Comment utiliser ssdtPRGen.sh ?, Je n'y comprends rien

[jeandemi]

Bonjour
j'essaie d'utiliser ssdtPRGen.sh, mais je n'y arrive pas
je tape les commandes à la suite comme décrit, après le chmod qui devrait rendre le script exécutable je veux le lancer en tapant ssdtPRGen.sh
et le terminal me retourne
zsh: command not found: ssdtPRGen.sh

qu'est ce qu'il faut faire?
quand je regarde le fichier d'aide, ça m'embrouille plus qu'autre chose

pourquoi ce script n'est-il pas directement exécutable? et pourquoi ne mettent-ils pas un exemple de commande avec les arguments? j'ai vu des exemples avec beaucoup d'arguments derrière la commande du script, d'autres sans, je ne sais pas si c'est nécessaire ou pas

pouvez-vous m'aider?
Merci

PS: là en l'occurence c'est pour un i5-4590S sous Big Sur

[Krazubu]

Tu dois normalement juste taper bash ./ssdtPRGen.sh (si tu es déjà dans le dossier, sinon préciser le chemin).
Pas besoin de plus de paramètres, tu te trouveras dans un menu avec diverses options pour l'utiliser de façon interactive.

[jeandemi]

merci pour ta réponse, mais quand je veux le lancer en tapant ssdtPRGen.sh , le terminal me retourne
zsh: command not found: ssdtPRGen.sh
je suis pourtant dans le bon répertoire, vu que je le vois en faisant ls

Ce message a été modifié par jeandemi - 23 Nov 2022, 12:45.

[maclinuxG4]

as tu mis +x sur le shell pour qu'il s'éxécute ?

[jeandemi]

Oui oui

Je viens de réessayer à partir d'un disque Catalina que j'avais, et c'est passé comme une lettre à la Poste.
Je n'ai qu'un fichier SSDT par contre, dans mes souvenirs il y en avait deux...

Je l'ai installé dans OC, fait une installation propre de Big Sur (avec SecureModel sur Disabled), et j'ai un score GB5 tout à fait correct, la mise en veille fonctionne, etc.

Je ne sais pas pourquoi le script n'allait pas sous Big Sur

Merci pour t'être intéressé à mon problème

[jeandemi]

Bonjour, je relance le sujet pour quelques questions :
1- est-ce qu'on peut renommer le SSDT (par exemple en SSDT-i5-4490s.aml) ou est-ce qu'il doit garder le nom que lui a donné le script?
2- est-ce que dans Clover on doit faire un drop des SSDT-pm quand on utilise le SSDT ?
3- dans le cadre des anciens CPUs pas gérés par le script (Peryn, Lynnfield, Westmere...) est-ce qu'on ne doit justement PAS faire un drop des SSDT-pm ?

Merci d'avance pour vos réponses

[jeandemi]

Auto réponse :
1- oui, c'est l'en-tête du fichier qui compte
2- il faut les désactiver (drop) pour faire le SSDT, puis les réactiver
3- je n'ai toujours pas de réponse, je ne parviens pas à faire tourner Big Sur dessus, et sous Mojave les scores GB5 du CPU sont catastrophiques

[Patrice Broussea...]

Auto réponse :
1- oui, c'est l'en-tête du fichier qui compte
2- il faut les désactiver (drop) pour faire le SSDT, puis les réactiver
3- je n'ai toujours pas de réponse, je ne parviens pas à faire tourner Big Sur dessus, et sous Mojave les scores GB5 du CPU sont catastrophiques

3- Même quand tu insères le SSDT généré par SSDTPRGen? Sous Mojave s’entend.

**Ah ok, c’est le CPU Haswell qui te donne du fil à retordre…

**Aussi, les dernières fois que j’ai utilisé ce script, je l’ai déposé dans « Utilisateurs - Partagé » puis exécuté dans le terminal en admin (su - « compte admin » ) en le précédant de sudo.

** Peut-être avec les paramètres « -f 3000 -turbo 3700 -t 65? Ce sont les specs du i5-4590s.

Ce message a été modifié par Patrice Brousseau - 25 Feb 2023, 18:14.

[jeandemi]

merci pour ta réponse
pour les vieux CPU (Peryn, Lynnfield, Westmere...), le script ne fonctionne pas, il ne fonctionne qu'à partir des Sandy Bridge et Ivy Bridge, et le problème de performances catastrophiques (et d'impossibilité de faire tourner Big Sur dessus) est avec un i5-750.
Pour donner une idée, en Single Core le score GB5 est de seulement 200 alors qu'il devrait être aux environs de 600-700...

Visiblement, il doit y avoir un problème de droits d'accès au dossier users avec Big Sur, vu que ça a fonctionné pour le Haswell avec Catalina

[Patrice Broussea...]

merci pour ta réponse
pour les vieux CPU (Peryn, Lynnfield, Westmere...), le script ne fonctionne pas, il ne fonctionne qu'à partir des Sandy Bridge et Ivy Bridge, et le problème de performances catastrophiques (et d'impossibilité de faire tourner Big Sur dessus) est avec un i5-750.
Pour donner une idée, en Single Core le score GB5 est de seulement 200 alors qu'il devrait être aux environs de 600-700...

Visiblement, il doit y avoir un problème de droits d'accès au dossier users avec Big Sur, vu que ça a fonctionné pour le Haswell avec Catalina

Ah, d’accord!

***Édition: je viens de me rappeler que tu peux ajouter toi-même les infos d’un CPU inconnu dans le folder Data je crois…

https://github.com/Piker-Alpha/ssdtPRGen.sh/tree/Beta/Data

Voir « User Defined ».

Ce message a été modifié par Patrice Brousseau - 26 Feb 2023, 00:45.

[jeandemi]

Merci, je vais essayer ça.
Il me semblait qu'il ne fallait pas faire de SSDT parce que le i5-750 est natif (CPU de l'iMac 11) mais c'est vrai que l'OS maxi de cet iMac est High Sierra, donc le support a peut-être été enlevé...
Dès que j'ai essayé je donnerai les infos ici

[Remy-l42]

Tu trouveras toutes les commandes ici sur le Github :

https://github.com/Piker-Alpha/ssdtPRGen.sh


J'ai essayé sur mon Lenovo et ça fonctionnait sans problèmes.
.

[jeandemi]

Retours de mes derniers tests:
- si je vais dans le répertoire où se trouve SSDTPrGen et que j'essaye de le lancer, ça ne va va pas, il me met que la commande n'existe pas (alors que je la vois avec

Code

ls

. Si je droppe SSDTPrGen.sh dans la fenêtre du terminal, ça fonctionne !
- j'ai profité de mes tests pour overclocker pour la première fois mon i5-750 en poussant la base Clock (BCLK) à 166 au lieu de 133 (et redescendre la RAM à x8 au lieu de x10), et le voilà à 3333 MHz au lieu de 2666 ! Les résultats GB le place alors un poil au dessus d'un i7-870 2933 MHz
J'ai fait un SSDT adapté à cet overclocking, mais je ne peux pas pousser plus car SSDTPrGen n'accepte pas d'autres fréquences que 100, 133 ou 166.
- j'ai un problème dans mon EFI Clover 5149, car même avec le SSDT, les résultats GB4 ou 5 donnent la moitié de ce qu'ils donnent avec la 5070 (qui sont, eux, proches de ceux donnés par Everymac pour les iMac équipés du même processeur)
- les SSDT ne changent rien, que ce soit sur l'un ou l'autre des Clover, le processeur reste à sa fréquence normale, il n'y a ni turbo boost ni Speedstep qui fonctionne

[jeandemi]

Le Speedstep ne fonctionnait pas sur la 5070 parce que j'avais laissé NullCPUPowerManagement.kext...
Je l'ai retiré et maintenant le CPU descend à son multiplicateur de 9x, remonte au besoin aux 20x nominaux, mais ne va pas en fréquence turbo (x21 ou x23).

Par contre, ma carte sons qui nécessite une version particulière de VoodooHDA ne fonctionne plus ! Je ne vois pas quel est le lien ???
Edit: Elle refonctionne, je ne sais pas ce qu'il s'est passé

J'ai remplacé, dans la 5149, VirtualSMC par FakeSMC (pour être dans la même configuration que la 5070), ça ne change rien au problème, mais ça m'a permis de voir que le CPU reste à son multiplicateur minimum de 9x soit 1,49GHz, ce qui explique pourquoi les scores sont aussi mauvais.
Le SSDT fait par SSDTPrGen n'est donc pas pris en charge (mais dans la 5070 non-plus, vu que je n'ai pas le turbo boost qui fonctionne)

Peut-être que je dois faire un drop des SSDT OEM du CPU ? Mais il n'y a rien de ça dans la 5070...
Edit: j'ai ajouté un drop pour tous les OS des
RSDT-SSDT-22-CpuPm.aml TableId CpuPm
RSDT-SSDT-x22_0-P001Ist.aml TableId P001Ist
RSDT-SSDT-x22_1-P001Cst.aml TableId P001Cst
Mais ça ne change rien

Ce message a été modifié par jeandemi - 4 Mar 2023, 14:51.

[jeandemi]

J'ai essayé d'ouvrir les SSDT faits par SsdtPrGen avec MaciASL, et certains ont des messages d'erreur à la décompilation! ils sont donc défectueux.
J'ai essayé en supprimant ces SSDT du dossier EFI/Clover/ACPI/Patched/ et du Config.plist et maintenant le CPU varie entre 9x et 20x (1,49 à 3,32 GHz donc) !
C'était ça qui bloquait le SpeedStep...

Et évidemment, sans ces SSDT ou patches équivalents, le Sleep/Wake ne fonctionne pas

Le mode turbo ne fonctionne pas non-plus, donc le SSDT de SSDTPRGen n'est pas pris en charge.
Je vais réessayer avec un drop des
RSDT-SSDT-22-CpuPm.aml TableId CpuPm
RSDT-SSDT-x22_0-P001Ist.aml TableId P001Ist
RSDT-SSDT-x22_1-P001Cst.aml TableId P001Cst

[Patrice Broussea...]

Ici au Québec, on dit « lâche pas, tu vas y arriver ». Désolé que je ne puisse pas t’aider plus concrètement!

[jeandemi]

Merci pour tes encouragements

Je vais devoir remettre le kext NullCPUPowerManagement (ou supprimer le SSDT ?) car ça fout le Bronx avec le VoodooHDA.kext spécifique à la carte sons VIA VT1828S, le son est tout haché.
Je ne comprends pas le lien, mais bon, le Hackintoshing n'est pas une science exacte

Je vais essayer de plus me concentrer sur mes Xeon pour essayer d'y faire fonctionner le Sleep/Wake et remplacer cet ordi pour que le Hackintosh "en cours futur photo" devienne "photo" tout court.
Ou alors j'utilise un i5 Ivy Bridge avec une carte graphique dernier cri (RX6800) et Monterey, et je revends le E5-2667 v2...
Avec une bonne carte graphique, le CPU ne travaille presque plus dans Capture One, et j'ai bien assez avec 16 GB de RAM

Puis essayer sur un HP i3-530 (que je vais remplacer par un i5-580) qui me faisait des drôles de trucs aussi

[Krazubu]

Je vais devoir remettre le kext NullCPUPowerManagement (ou supprimer le SSDT ?) car ça fout le Bronx avec le VoodooHDA.kext spécifique à la carte sons VIA VT1828S, le son est tout haché.
Je ne comprends pas le lien, mais bon, le Hackintoshing n'est pas une science exacte

Le lien c'est la fréquence du FSB qui ne va pas, probablement mal détectée, elle sert à définir "l'écoulement" du temps" et le sampling de certains comportements.
Les problèmes de son ne sont d'ailleurs probablement pas seuls, mais seulement les plus remarquables. Le système entier doit avoir une vitesse de réaction inadaptée, par exemple les diverses animations du GUI trop rapides ou trop lentes selon le sens du décalage. Le ballon du curseur est un témoin facile à observer.
Tu peux essayer de la fixer manuellement dans la plist, d'après les specifications de ton CPU (en admettant qu'il n'y a pas de bidouille dans le BIOS pour overclocker), avec la clef suivante :

<key>BusSpeedkHz</key>
<string>133330</string>

Dans cet exemple c'est pour un FSB à 133MHz (133330 KHz), à adapter selon ton cas.

Ce message a été modifié par Krazubu - 6 Mar 2023, 12:51.

[jeandemi]

Oui, je pense que ce sont les variations de vitesse du CPU qui font ces parasites, car quand je charge le système avec d'autres trucs, le son a tendance à redevenir normal.
Le problème est présent à la fréquence BCLK (le FSB, c'était sur les Core2 et avant ) 133 MHz standard ou poussée à 166
Par contre, j'ai laissé la vitesse de l'Hyperpath sur <auto> dans le BIOS. Dois-je la fixer manuellement ?

Le paramètre que tu proposes d'injecter, c'est pour Clover, pour OpenCore ou les deux ?
Dans quelle section dois-je le mettre ?

As-tu une idée du pourquoi le SSDT n'est pas pris en charge ?

Merci

[Krazubu]

Le paramètre que tu proposes d'injecter, c'est pour Clover, pour OpenCore ou les deux ?
Dans quelle section dois-je le mettre ?

J'ai vu que tu utilisais Clover donc je t'ai donné le réglage pour Clover.
Je ne me souviens pas de l'endroit exact, j'ai abandonné Clover il y a des années, tu peux trouver les infos ici :
https://github.com/CloverHackyColor/CloverB...i/Configuration

As-tu une idée du pourquoi le SSDT n'est pas pris en charge ?

Et non pour la même raison, Clover c'est très loin pour moi.

[jeandemi]

J'ai essayé avec OpenCore, et il n'est pas plus pris en compte
Je regarderai ton lien demain s'il fait trop mauvais pour travailler sur ma voiture
Merci déjà

Apparemment il faut faire un
SSDT drop OEM
Drop internal SSDT tables to avoid conflicts when generating an SSDT for your processor, which contains P- and C-States. Clover can do this automatically or you can specify an external file, which will be loaded from EFI/OEM/[model]/ACPI/patched.

Mais peut-être d'autres choses aussi



Ce message a été modifié par jeandemi - 7 Mar 2023, 22:17.

[Krazubu]

Dans OpenCore il faut le déclarer explicitement dans la plist, dans Clover j'ai souvenir que le fichier n'avait qu'à se trouver dans le dossier pour être pris en compte.
Si malgré tout cela il n'a pas l'air d'être pris en compte, je dirais qu'il est invalide.

[jeandemi]

J'ai essayé dans OpenCore évidemment en le renseignant dans le config.plist
J'ai changé également VirtualSMC par FakeSMC pour avoir les CPU Sensors qui fonctionnent, avec juste un beau kernel panic à la clef....

J'ai essayé en mettant le SSDT dans EFI/OEM/MacPro5,1/ACPI/patched/ puis en le corrigeant pour avoir les valeurs exactes, ou en mettant le maximum d'infos dans la rubrique CPU de Clover Configurator... Toujours pas de Turbo Boost, et plus de son du tout.
Ce Clover 5151 est sur une clef USB
Donc retour au 5070 du SSD interne, avec la fréquence stock etc. et toujours pas de son ! "No VoodooHDA detected!"
Peut-être que je devrais faire un Reset de la NVRAM ?

J'en ai trop marre de cet ordi, je vais passer à autre chose, le SSDT pour mon double Xeon E5-2670 v2 par exemple
Il est avec Catalina et OpenCore, ça promet déjà d'être joyeux. Les benches donnent des résultats inférieurs à ce qu'ils devraient être, donc le besoin d'un bon SSDT se fait sentir!
Si en plus je parvient à faire fonctionner la sortie de veille, ça sera un miracle je pense !

Ici au Québec, on dit « lâche pas, tu vas y arriver ». Désolé que je ne puisse pas t’aider plus concrètement!

En Belgique on dit "change pas de main, je sens que ça vient"

Edit: le son est revenu, sans rien faire... je ne comprends rien à cet ordi

Ce message a été modifié par jeandemi - 9 Mar 2023, 09:13.