Version imprimable du sujet
Cliquez ici pour voir ce sujet dans son format original
Forums MacBidouille _ [Hackintosh] Installation et configuration _ [Résolu] Changement Carte Graphique : passage sur une GTX 1060
Écrit par : MilesTEG 30 Apr 2017, 15:50
Hello,
Bon maintenant que j'ai craqué pour le dernier Mass Effect Andromeda, ma config est un peu à genoux avec ma GTX760...
Du coup, je me dis qu'il serait peut être temps que je la change pour une plus puissante, et comme Nvidia a récemment publié les pilotes pour leur dernière génération donc je me dis qu'une 1060 serait la bienvenue dans mon pc 
Et comme je tourne essentiellement sous OSX, il me faut une carte qui fonctionne bien avec 
Mais comme ça fait un sacré paquet de temps que je n'ai pas suivi l'actualité des CG, je ne sais pas quel modèle prendre. Surtout quand je vois la quantité phénoménale de modèles même au sein d'une même marque...
Est-ce qu'il y a quelque chose de particulier à regarder pour que la 1060 soit parfaitement fonctionnelle ? (j'ai 2 écrans, et j'espère un jour un écran UDH )
Ou bien avec les pilotes Nvidia (webdrivers) osef, je prend celle que je veux ?
Car mon budget n'est pas illimité... Donc moins de 300€ quoi, déjà que ça fait un peu mal 
(je ne veux pas de GTX 1050, car je ne suis pas sur que le gain soit suffisamment important, pour tenir quelques années )
Merci de vos conseils
++
Miles
Écrit par : MilesTEG 2 May 2017, 07:44
Bon et bien avec une bonne promo ldlc je viens de me prendre une MSI GeForce GTX 1060 6GT OCV1 (-50€) et comme il y a une offre promotionnelle de -15€ dessus de la part de MSI
Maintenant me reste plus qu'à lire les tutoriels d'installation des webdrivers
Si je bricole ça avec mon actuelle GTX760, ça fonctionnera lorsque je mettrais la 1060 à la place ?
Écrit par : blackhole 2 May 2017, 09:22
Salut Miles,
Désolé de ne pas avoir répondu avant, mais weekend chargé...!!! 
La 1060 est un très bon choix au vu de tes besoins, et en plus c'est cool tu as fais une bonne affaire niveau tarif!!!
Pour l'installation, comme tu l'as déjà deviné (dis dans ton post précédant) il te faut les WD donc lis et relis bien le topic (au cas ou... --> http://forum.macbidouille.com/index.php?showtopic=399665 
) dans son intégralité.
Tu "risques" de devoir procéder comme ce-ci pour l'upgrade (en utilisant ta 760): (c'est bien sûr du conditionnel et un résumé du tuto ci-dessus)
- Vérification (et/ou modifications) des éléments "Graphiques" de ton config.plist (Injection vidéo / Patchs / ...) et peut-être changer de SMBIOS.
- Ajout des kexts Lilu et NvidiaGraphicsFixup dans ton EFI
- Installation des WD en fonction de ton N° Build OS X
- Changement de GPU et reboot
Sinon tu peux faire la manip' directe avec la 1060 en bootant avec nv_disable=1 et en effectuant toutes les "modifs" nécessaires!
Écrit par : MilesTEG 2 May 2017, 12:49
Merci bien blackhole
Je vais aller lire le tutoriel
Et poser une question qui me vient là bas
Écrit par : MilesTEG 2 May 2017, 18:07
Bon et bien voilà,
c'est installé, et tout fonctionne Avec la GTX 760 hein 
En prévision de la 1060 qui devrait arriver d'ici la fin de semaine j'espère.
Écrit par : MilesTEG 5 May 2017, 14:39
Bon et bien le changement n'a pas été aussi facile sur le hackintosh qu'il ne l'a été sous windows...
J'ai un KP au boot de macos Sierra...
http://imgur.com/RWNKVpD
Va falloir que je comprenne pourquoi ça fait ça...
Je vais aller voir le tuto pour accéder à l'EFI depuis windows.
Si vous avez des idées, je suis preneur 
edit : j'ai joint le config.plist
Écrit par : polyzargone 5 May 2017, 17:11
D'après ce que je vois, ça a un rapport avec FakeSMC.kext et/ou ses plugins. Donc la question est : sont-ils à jour ?
Question subsidiaire : Clover est-il à jour lui aussi ?
Pour FakeSMC.kext et ses potes, j'ai abandonné sourceforge pour n'utiliser que ceux de RehabMan qui sont beaucoup plus stables :
https://bitbucket.org/RehabMan/os-x-fakesmc-kozlek/downloads/
Et pour ton config.plist, j'ai fait un peu de ménage :
config.plist.zip ( 2.17 Ko )
: 2Écrit par : MilesTEG 5 May 2017, 17:55
D'après ce que je vois, ça a un rapport avec FakeSMC.kext et/ou ses plugins. Donc la question est : sont-ils à jour ?
Question subsidiaire : Clover est-il à jour lui aussi ?
Pour FakeSMC.kext et ses potes, j'ai abandonné sourceforge pour n'utiliser que ceux de RehabMan qui sont beaucoup plus stables :
https://bitbucket.org/RehabMan/os-x-fakesmc-kozlek/downloads/
Et pour ton config.plist, j'ai fait un peu de ménage :
config.plist.zip ( 2.17 Ko )
: 2En effet, c'était le plugins GPUSensors qui foutait la merde ! Une fois viré (depuis Win10, merci iVico pour son petit tuto
), j'ai pu booter Sans Kernel PanicYouhou
héhé 
Bon du coup, j'ai plus les infos du GPU dans HWMonitor... Je devrais pouvoir vivre sans
Je vais voir ce que tu as modifié dans mon config.plist
Tu auras vu que j'avais pas mis mes n° de séries
edit : le clover est à jour (version 4068), et les plugins viennent avec (j'utilise le package du copain HackintoshMontreal).
Edit : j'ai regardé les versions des info.plist de mon FakeSMC et celui de RehabMan.
Pour la clé <key>CFBundleShortVersionString</key>
Le mien : 6.25.1426
Celui de RehabMan : 6.25-332-gf3a8525c.1758
Pour la clé <key>CFBundleShortVersionString</key>
Le mien : 6.25.1426
Celui de RehabMan : 6.25-332-gf3a8525c.1758
Et Atom me dit qu'il y a quelques différences dans le plist en plus des n° de version.
Faudrait que j'essaie. Mais j'ai peur de tout refaire foirer
Je tente le coup pour le FakeSMC de RehabMan et je reviens vous dire
Sinon, j'ai regardé le config.plist que tu m'as modifié. Il y a des arguments de boot qui me sont nécessaire, sans lequel ça ne boot pas (enfin c'était le cas avec la GTX760, et je ne pense pas que ça ait changé avec la 1060...) comme le dart=0 kext-dev-mode=1 rootless=0
Pourquoi, j'en sais rien, mais sans ça marche pô
<dict>
<key>FixHDA_8000</key>
<true/>
</dict>
ça sert à quoi ?
Pareil pour ce qui suit :
<array>
<dict>
<key>Signature</key>
<string>DMAR</string>
</dict>
</array>
Pour ce qui suit, il me semble qu'à une époque je l'avais mis, mais que avec mon hack n'était pas stable :
<dict>
<key>DropOem</key>
<false/>
<key>EnableC6</key>
<true/>
<key>Generate</key>
<dict>
<key>CStates</key>
<true/>
<key>PStates</key>
<true/>
</dict>
</dict>
Tu as supprimé ça :
<array>
<string>Nothing</string>
</array>
C'est inutile ? ça fait quoi normalement ?
Ensuite, ce qui suit, et qui est après le <key>NvidiaSingle</key>, ça sert à quoi ?
<string>0x0d220003</string>
Tu as supprimé aussi les KextToPatch :
<array>
<dict>
<key>Comment</key>
<string>External icons patch</string>
<key>Disabled</key>
<false/>
<key>Find</key>
<data>
RXh0ZXJuYWw=
</data>
<key>Name</key>
<string>AppleAHCIPort</string>
<key>Replace</key>
<data>
SW50ZXJuYWw=
</data>
</dict>
</array>
Ils ne servent plus à rien maintenant ?
Et enfin, les petites modifications dans le SMBios
<string>12/22/2016</string>
<string>IM142.88Z.0118.B17.1612221936</string>
<string>0x13</string>
<string>Part Component</string>
etc... ça va pas entrer en conflit avec mes autres paramètres que je n'ai pas mis en clair dans le fichier partagé ici ? (comme les n° de séries, MLB, ROM...)
Je te demande tout ça parce que je voudrais pas que mon iMessage cesse de fonctionner
C'est trop pratique avec mon autre mac et mon iPhone
Écrit par : polyzargone 5 May 2017, 17:58
No comment.
.Pour la clé <key>CFBundleShortVersionString</key>
Le mien : 6.25.1426
Celui de RehabMan : 6.25-332-gf3a8525c.1758
Pour la clé <key>CFBundleShortVersionString</key>
Le mien : 6.25.1426
Celui de RehabMan : 6.25-332-gf3a8525c.1758
Et Atom me dit qu'il y a quelques différences dans le plist en plus des n° de version.
C'est une branche "alternative" donc les n° de version, on s'en moque un peu
.
Écrit par : MilesTEG 5 May 2017, 18:00
Marche bien le Clover V2.4k
Sinon j'ai ajouté des trucs entre temps je pense
edit : Ok pour les n° de version
Écrit par : MilesTEG 5 May 2017, 18:18
Bon, avec le FakeSMC de ReHabMan, ça fonctionne tant que je ne mets pas le plugins GPU, car avec, j'ai un Kernel Panic...
Donc je vais éviter le plugins GPU pour un moment
Écrit par : polyzargone 5 May 2017, 18:20
Pourquoi, j'en sais rien, mais sans ça marche pô
Tu veux dire que tu n'arrives pas à booter avec mon config.plist ?
Parce qu'aucun de ces boot-flag n'est utile sur Sierra à part dart=0 que j'ai remplacé par DMAR dans ACPI > Drop Tables puisque ça revient au même.
Si tu as besoin de kext-dev-mode=1, c'est que tu utilises Yosemite mais avec une GTX 1060, c'est impossible. Quant à rootless=0, il n'a jamais servi à rien. Donc il n'y a aucune raison pour que ça ne marche pas sans.
C'est sûrement autre chose.
<dict>
<key>FixHDA_8000</key>
<true/>
</dict>
ça sert à quoi ?
C'est pour l'audio et effectivement, ça peut être problématique.
<dict>
<key>DropOem</key>
<false/>
<key>EnableC6</key>
<true/>
<key>Generate</key>
<dict>
<key>CStates</key>
<true/>
<key>PStates</key>
<true/>
</dict>
</dict>
Oui, ça aussi ça peut poser problème. S'il y a quelque chose à enlever, c'est probablement ça.
Essaie sans.
<array>
<string>Nothing</string>
</array>
C'est inutile ? ça fait quoi normalement ?
Ben avoir un truc qui est censé ne rien désactiver, ça me paraissait un peu idiot, non ?
<string>0x0d220003</string>
C'est pour l'Intel HD 4600 et pour avoir accès à Airplay si tu laisses l'iGPU activé dans le bios. Si ce n'est pas le cas, on s'en moque
.<key>KextsToPatch</key>
<array>
<dict>
<key>Comment</key>
<string>External icons patch</string>
<key>Disabled</key>
<false/>
<key>Find</key>
<data>
RXh0ZXJuYWw=
</data>
<key>Name</key>
<string>AppleAHCIPort</string>
<key>Replace</key>
<data>
SW50ZXJuYWw=
</data>
</dict>
</array>
Ils ne servent plus à rien maintenant ?
Disons que sur le genre de config que tu as, ça n'a probablement jamais servi à quelque chose. C'est plutôt pour les vieilles CM ce genre de patch.
<key>BiosReleaseDate</key>
<string>12/22/2016</string>
<key>BiosVersion</key>
<string>IM142.88Z.0118.B17.1612221936</string>
<key>ChassisType</key>
<string>0x13</string>
<key>LocationInChassis</key>
<string>Part Component</string>
etc... ça va pas entrer en conflit avec mes autres paramètres que je n'ai pas mis en clair dans le fichier partagé ici ? (comme les n° de séries, MLB, ROM...)
Je te demande tout ça parce que je voudrais pas que mon iMessage cesse de fonctionner
C'est trop pratique avec mon autre mac et mon iPhone Non.
Les seules infos importantes pour iMessage, c'est SN, SmUUID et Board Serial Number (et éventuellement MLB et ROM mais je n'en suis pas convaincu).
Le reste on s'en moque même s'il faut quand même que les infos soient présentes et cohérentes.
En d'autres termes, tu peux jouer autant que tu veux sur les SMBios du moment que tu conserves les 3 infos citées.
Écrit par : MilesTEG 5 May 2017, 18:33
Ok, je vais essayer tes modifications de config.plist
Sinon pour l'intel HD4600, je ne suis pas sur que ça m'intéresse en effet je n'ai pas de device qui gère l'AirPlay... et depuis le pc fixe, qui est à l'étage...
bref, je ferais l'impasse là dessus
Et bien vu les trucs qui ne désactivent ni n'activent rien
Sinon juste comme ça, avoir l'IGP activé dans le bios, ça a une utilité quelconque autre que l'AIrPlay ?
Est-ce que si je connecte l'écran secondaire dessus, j'aurais un chouille plus de puissance pour les jeux sur l'écran principal ?
Écrit par : polyzargone 5 May 2017, 18:38
Est-ce que si je connecte l'écran secondaire dessus, j'aurais un chouille plus de puissance pour les jeux sur l'écran principal ?
Non.
Écrit par : MilesTEG 5 May 2017, 18:41
Est-ce que si je connecte l'écran secondaire dessus, j'aurais un chouille plus de puissance pour les jeux sur l'écran principal ?
Non.
Ok, bon ben je laisse désactivé alors
Bon sinon, j'ai pu booter tranquillement sur macOS avec tes modifs
Je pense que j'ai du laisser les traces du passage par Yosemite, El Capitan
Merci pour ce nettoyage
Écrit par : MilesTEG 6 May 2017, 08:47
Tiens Poly, je me suis dit que j'essaierais bien d'activer l'IGP et de mettre l'écran secondaire dessus en DVI histoire d'avoir le boot et le bios sur l'écran principal en HDMI (car si tous les deux sont sur la GTX, le principal en HDMI, et le secondaire en DVI, je n'ai rien qui s'affiche sur le principal tant que l'OS n'a pas démarré)...
J'ai mis les deux lignes dans le config.plist après avoir activé l'IGP dans le bios.
Bon et bien, d'une j'ai toujours une image brouillée au possible sur cet écran secondaire, mais en plus ça me fait des KP et l'ordi reboot tout seul
Donc bon et bien je n'utiliserais pas l'IGP
Écrit par : polyzargone 6 May 2017, 13:08
C'est probablement à cause de la valeur ig-platform-id qui n'est pas forcément la meilleure pour ce genre de cas.
Tu devrais aller voir dans le tuto http://forum.macbidouille.com/index.php?showtopic=398406, on en a largement discuté .
Écrit par : MilesTEG 12 May 2017, 07:44
Oui c'est probablement ça, je suis aller lire le topic en question, mais du coup, le jeu n'en vaut pas la peine
Je n'aurais aucun gain quel qu'il soit, donc je vais pas chercher plus loin
Je laisse comme ça Ça fonctionne tout branché sur la GTX
Écrit par : MilesTEG 19 May 2017, 07:23
Hello par ici
Polyzargone, j'aurais une petite question pour tes lumières
Je suis en train de regarder pour le PowerManagement de mon CPU, car j'ai des fois des sortes de freezes, et dans l'EFI de clover, section ACPI/Patched, j'ai un SSDT-HDMI-NVIDIA-PEG0.aml.
Je crois me souvenir que j'avais lancé l'an dernier un script de toleda avec mon ancienne CG (GTX760), et sous El Capitan je crois, pour avoir le son via l'HDMI lorsque j'avais connecté ma TV sur mon pc.
Est-ce que c'est toujours nécessaire avec l'utilisation des WEB Drivers ? Et aussi à cause du changement de CG...
Si je l'enlève, ça va pas casser qqch ? (là tout fonctionne bien avec, j'ai une sortie son HDMI qui fonctionne sur mon écran HDMI, et deux autres qui mènent à rien )
Ps : le dépôt GitHub de toleda que j'ai du suivre je crois : https://github.com/toleda/audio_hdmi_amd-nvidia
Et une copie d'écran de mon dossier Clover :
http://imgur.com/iloIF69
Le contenu du .aml :
/*
* Intel ACPI Component Architecture
* AML Disassembler version 20131218-64 [Jan 8 2014]
* Copyright © 2000 - 2013 Intel Corporation
*
* Disassembly of iASLbrVoIz.aml, Fri May 19 08:00:43 2017
*
* Original Table Header:
* Signature "SSDT"
* Length 0x000001CA (458)
* Revision 0x01
* Checksum 0x68
* OEM ID "toleda"
* OEM Table ID "ami789n"
* OEM Revision 0x00003000 (12288)
* Compiler ID "INTL"
* Compiler Version 0x20141107 (538185991)
*/
DefinitionBlock ("iASLbrVoIz.aml", "SSDT", 1, "toleda", "ami789n", 0x00003000)
{
External (_SB_.PCI0.PEG0, DeviceObj)
External (_SB_.PCI0.PEG0.PEGP._ADR, IntObj)
Scope (\_SB.PCI0.PEG0)
{
Device (GFX0)
{
Name (_ADR, Zero) // _ADR: Address
Name (_SUN, One) // _SUN: Slot User Number
Method (_INI, 0, NotSerialized) // _INI: Initialize
{
Store (0x0F, \_SB.PCI0.PEG0.PEGP._ADR)
}
Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
If (LEqual (Arg2, Zero))
{
Return (Buffer (One)
{
0x03
})
}
Return (Package (0x0E)
{
"@0,connector-type",
Buffer (0x04)
{
0x00, 0x08, 0x00, 0x00
},
"@1,connector-type",
Buffer (0x04)
{
0x00, 0x08, 0x00, 0x00
},
"@2,connector-type",
Buffer (0x04)
{
0x00, 0x08, 0x00, 0x00
},
"@3,connector-type",
Buffer (0x04)
{
0x00, 0x08, 0x00, 0x00
},
"@4,connector-type",
Buffer (0x04)
{
0x00, 0x08, 0x00, 0x00
},
"@5,connector-type",
Buffer (0x04)
{
0x00, 0x08, 0x00, 0x00
},
"hda-gfx",
Buffer (0x0A)
{
"onboard-2"
}
})
}
}
Device (HDAU)
{
Name (_ADR, One) // _ADR: Address
Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method
{
If (LEqual (Arg2, Zero))
{
Return (Buffer (One)
{
0x03
})
}
Return (Package (0x04)
{
"layout-id",
Buffer (0x04)
{
0x01, 0x00, 0x00, 0x00
},
"hda-gfx",
Buffer (0x0A)
{
"onboard-2"
}
})
}
}
}
Store ("ssdt-ami-7/8/9series_nvidia_hdmi_audio_v3.0 github.com/toleda", Debug)
}
Écrit par : polyzargone 19 May 2017, 15:36
Je crois me souvenir que j'avais lancé l'an dernier un script de toleda avec mon ancienne CG (GTX760), et sous El Capitan je crois, pour avoir le son via l'HDMI lorsque j'avais connecté ma TV sur mon pc.
Est-ce que c'est toujours nécessaire avec l'utilisation des WEB Drivers ? Et aussi à cause du changement de CG...
Si je l'enlève, ça va pas casser qqch ? (là tout fonctionne bien avec, j'ai une sortie son HDMI qui fonctionne sur mon écran HDMI, et deux autres qui mènent à rien
)1/ La SSDT-HDMI-NVIDIA-PEG0.aml n'a rien à voir avec les webdrivers ou un changement de CG (enfin pas vraiment dans ce dernier cas).
C'est un fichier qui permet à OS X de savoir où se trouve ta CG (c'est le Device GFX0 dans la SSDT). Le "bonus", c'est qu'il permet également d'indiquer où se trouve la sortie audio HDMI de ta CG (le Device HDAU).
Donc si tu supprimes la SSDT-HDMI-NVIDIA-PEG0.aml, tu n'auras vraisemblablement plus d'audio HDMI. Si ça t'amuse, tu peux faire le test, c'est sans risque
.2/ Si tu as plusieurs sorties HDMI dans les Préférences Système, c'est parce que tu passes par VoodooHDA.kext. D'une part ça signifie que le script de Toleda ne t'a jamais servi à rien et que d'autre part, tu n'utilises pas la meilleure solution : http://forum.macbidouille.com/index.php?showtopic=397020
Je t'invite donc à faire le ménage et si nécessaire, à suivre cet autre tuto : http://forum.macbidouille.com/index.php?showtopic=403035
Et tant qu'on y est, fais nous un http://forum.macbidouille.com/index.php?act=attach&type=post&id=55128 histoire de voir si tu n'as pas fait d'autres choses "étranges" qui provoqueraient des freezes
.Écrit par : MilesTEG 19 May 2017, 15:51
Ok merci
J'ai en effet fait le test sans le SSDT-HDMI-NVIDIA-PEG0.aml et j'ai encore les entrées HMDI et celle qui fonctionnait fonctionne encore. (bon la qualité est merdique sur les HP de l'écran, mais ça marche).
À l'époque j'utilisais le script de Toleda pour le son. Depuis je suis passé à VoodooHDA dans clover et c'est bien plus simple pour moi de l'installer
Je te lance le script macbidouille et je mets le résultat.
Par contre pour l'audio, j'ai pas trop le temps pour restaurer l'applemachin et de faire les bidouilles pour suivre le tuto Pour le moment le VooDoo fonctionne bien
Quand j'aurais du temps (dans quelques semaines, ce devrait être le cas), j'essaierais ^^
Écrit par : MilesTEG 19 May 2017, 16:07
Alors, le script génère des erreurs que je ne sais pas corriger :
Récupération des informations en cours… Veuillez patienter.
2017-05-19 16:56:07.204 system_profiler[5145:19004] Failed to parse plist output from '/usr/sbin/system_profiler -nospawn -xml SPAudioDataType -detailLevel full', error: Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected character I at line 1" UserInfo={NSDebugDescription=Unexpected character I at line 1, kCFPropertyListOldStyleParsingError=Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected ';' or '=' after key at line 1" UserInfo={NSDebugDescription=Unexpected ';' or '=' after key at line 1}}
2017-05-19 16:56:07.204 system_profiler[5145:19006] Failed to parse plist output from '/usr/sbin/system_profiler -nospawn -xml SPCameraDataType -detailLevel full', error: Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected character I at line 1" UserInfo={NSDebugDescription=Unexpected character I at line 1, kCFPropertyListOldStyleParsingError=Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected ';' or '=' after key at line 1" UserInfo={NSDebugDescription=Unexpected ';' or '=' after key at line 1}}
J'ai corriger dans le script le chemin d'accès à mon EFI, qui est /Volumes/ESP/EFI/CLOVER/.
Voilà l'archive : https://www.dropbox.com/s/1701k4yl913x9bp/Rapport_MacBidouille.zip?dl=0
je suis allé masquer mes valeurs de ROM et MLB aussi
Sinon depuis que j'ai mis le SSDT.aml généré par le script Piker Alpha's ssdtPRGen.sh ( https://github.com/Piker-Alpha/ssdtPRGen.sh ), j'ai l'impression que je n'ai plus de freeze, mais bon ils n'arrivaient que de temps à autres, pas très fréquemment... et surtout quand j'avais des applications un peu partout ouvertes, comme plein de word, etc
Écrit par : polyzargone 19 May 2017, 17:22
J'ai en effet fait le test sans le SSDT-HDMI-NVIDIA-PEG0.aml et j'ai encore les entrées HMDI et celle qui fonctionnait fonctionne encore. (bon la qualité est merdique sur les HP de l'écran, mais ça marche).
C'est justement parce que tu utilises VoodooHDA.kext que tu as encore des sorties audio HDMI mais effectivement, la qualité est loin d'être aussi bonne qu'avec AppleALC.kext (l'audio est natif dans ce cas).
Le script, c'est plus "compliqué" à gérer en effet. Mais AppleALC.kext + Lilu.kext, c'est aussi simple que VoodooHDA puisqu'il n'y a que deux kexts à copier dans CLOVER/kexts…
Pour le moment le VooDoo fonctionne bien Quand j'aurais du temps (dans quelques semaines, ce devrait être le cas), j'essaierais ^^
Ce n'est pas la peine dans ton cas, ton AppleHDA.kext est intact. En gros, tu n'as plus qu'à virer VoodooHDA.kext et à copier AppleALC.kext + Lilu.kext dans CLOVER/kexts et c'est terminé
.PS : C'est pas la peine de mettre plein de kexts dans les dossiers 10.x de CLOVER/kexts. Le dossier Other suffira amplement.
PS 2 : Pas non plus la peine de virer les infos SMBios, le script le fait automatiquement
.
Écrit par : MilesTEG 19 May 2017, 17:34
Pour les infos, justement les valeurs du MLB et ROM n'avaient pas été supprimées
Ok, au prochain reboot je teste avec l'AppleHDA modifié et le lilu.kext.
Et ok encore pour placer mes kext dans le dossier other ^^
Merci pour le coup de main
Écrit par : polyzargone 19 May 2017, 19:50
Ah oui tiens ! Voilà la nouvelle version : http://forum.macbidouille.com/index.php?act=attach&type=post&id=55277
.
Écrit par : MilesTEG 19 May 2017, 22:07
Bah voilà tu m'avais pas donné la bonne version 
lol
Demain je relance le script. Là je suis sous windows, et je vais aller me coucher
Écrit par : MilesTEG 23 May 2017, 06:35
Hello
Bon voilà, après un WE bien chargé et un lundi identique, j'ai un peu de temps avant d'aller au boulot tout à l'heure
Voilà le nouveau rapport macbidouille
https://www.dropbox.com/s/cv0ixgt7osu9ljo/Rapport_MacBidouille.zip?dl=0
(je ne comprends pas, j'ai lancé une 1ère fois avec l'EFI monté dans /Volumes/EFI/... et comme j'ai eu un message comme quoi le rapport existait déjà sur le bureau (j'avais oublié de le supprimer ), j'ai relancé le script après avoir supprimé du bureau les fichiers du rapports. Et bien, au 2ème lancement il n'a pas trouvé mon EFI... et pour cause, il est passé en /Volumes/ESP/... j'ai pas trop compris pourquoi...)
Du coup j'ai modifié le script pour aller chercher dans ESP. Et voilà )
Depuis que j'ai mis un SSDT.aml généré par l'outils dont je t'ai parlé précédemment, je pense que je n'ai plus de freeze, faudra que je regarde sur la durée
Voilà, si tu vois quelque chose qui cloche, dit moi
Merci encore 
Écrit par : polyzargone 23 May 2017, 12:58
), j'ai relancé le script après avoir supprimé du bureau les fichiers du rapports. Et bien, au 2ème lancement il n'a pas trouvé mon EFI... et pour cause, il est passé en /Volumes/ESP/... j'ai pas trop compris pourquoi...)Du coup j'ai modifié le script pour aller chercher dans ESP. Et voilà
)Le problème de l'EFI/ESP a été corrigé (merci Chris27) dans la http://forum.macbidouille.com/index.php?act=attach&type=post&id=55290
. Essaie-la pour voir !
Écrit par : MilesTEG 23 May 2017, 13:03
. Essaie-la pour voir !Je teste ça ce soir en rentrant du lycée
Écrit par : polyzargone 23 May 2017, 13:10
Tu testeras ce dossier CLOVER sur une clé aussi : https://drive.google.com/open?id=0B42y5VE51ELca0FtTXFhN1VsaG8
Écrit par : MilesTEG 23 May 2017, 13:19
Ok, je testerais ça aussi ce soir.
Le CSR active, normal qu'il soit passé à 3 au lieu de 67 ?
Écrit par : polyzargone 23 May 2017, 13:38
Disons que 0x67 ne sert à rien (cf. http://forum.macbidouille.com/index.php?showtopic=392481 ) mais tu peux le remettre si tu veux (n'oublie pas tes infos SMBios aussi)
.
Écrit par : MilesTEG 23 May 2017, 14:14
Oui Oui, j'allais bien remettre les données du SMBios
Je mettrais la valeur 3 dans le CSR machin, je verrais ce que ça donnera
Écrit par : MilesTEG 24 May 2017, 07:14
. Essaie-la pour voir !Je viens de lancer cette dernière version du script
J'ai toujours deux erreurs au début du lancement, quand il cherche des infos dans le system-profiler :
ESP
Récupération des informations en cours… Veuillez patienter.
2017-05-24 07:53:18.393 system_profiler[4472:29376] Failed to parse plist output from '/usr/sbin/system_profiler -nospawn -xml SPAudioDataType -detailLevel full', error: Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected character I at line 1" UserInfo={NSDebugDescription=Unexpected character I at line 1, kCFPropertyListOldStyleParsingError=Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected ';' or '=' after key at line 1" UserInfo={NSDebugDescription=Unexpected ';' or '=' after key at line 1}}
2017-05-24 07:53:18.393 system_profiler[4472:29374] Failed to parse plist output from '/usr/sbin/system_profiler -nospawn -xml SPCameraDataType -detailLevel full', error: Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected character I at line 1" UserInfo={NSDebugDescription=Unexpected character I at line 1, kCFPropertyListOldStyleParsingError=Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected ';' or '=' after key at line 1" UserInfo={NSDebugDescription=Unexpected ';' or '=' after key at line 1}}
/Volumes/ESP/EFI/CLOVER
Sinon il détecte bien si c'est EFI ou ESP, cool
Petite suggestion, pour améliorer le script, ce serait de vérifier s'il y a d'autre .plist dans le dossier du config.plist et de les supprimer
Je fait des backup de mon config.plist dans son dossier, donc dans ces autres fichiers il y a aussi les infos comme n° de série, MLB, ROM etc...Bref, je vais essayer le dossier que tu m'as donné pour voir si ça marche
d'après ce que j'ai vu, il n'y a que l'intérieur du config.plist qui a changé vraiment, le dossier des kexts a juste été simplifié
Ha au fait, ça sert à quoi ça (dans le config.plist) ? :
<true/>
Et dernière chose avant de rebooter (je suis en train de parcourir le config.plist pour remettre les valeurs de SMBios
) tu as enlevé les entrées que je masque dans clover. Il y a une raison particulière ?
Écrit par : MilesTEG 24 May 2017, 07:33
Bon et bien ça veut pas booter
http://imgur.com/noyRcA6
Écrit par : MilesTEG 24 May 2017, 07:56
Bon j'ai restauré mon config.plist et ça reboot correctement. J'ai laissé le dossier kext que tu as donné, ainsi que les deux .aml du dossier patched.
J'ai le son (il a fallu que je modifie la sortie son), par contre je n'ai plus la possibilité d'avoir le son sur l'HDMI... bon c'est pas que je m'en servais, mais bon...
Je re-teste en modifiant légèrement le config.plist avec tes modifications, et je reboot.
Écrit par : MilesTEG 24 May 2017, 08:30
Bon ben j'ai ça :
http://imgur.com/B5rAd91
en mettant toutes tes modifications sauf celles de l'IGP...
Je reteste en enlevant des modifs.
Écrit par : MilesTEG 24 May 2017, 09:28
Bon bon...
J'ai enfin réussi à isoler les ajouts/modifications qui faisaient que ça ne bootait pas du tout, et celles qui occasionnaient un Kernel Panic... après je ne sais pas combien de reboot, et d'utilisation de windows pour accéder à l'EFI (purée, c'est chiant de devoir se farcir 30 fois le diskpart, select disk 0, select part 1, assign letter= ...)
Donc ce qui faisait que ça bootait pas du tout (1ère photo postée tout à l'heure), c'est le CSR Active !
S'il n'est pas de 0x67, ça veut pas démarrer du tout.
<string>0x67</string>
Hop, ensuite j'avais encore un KP (2ème photo). J'ai pu isoler que c'est ça qui occasionne la non poursuite du boot :
<dict>
<key>FixHDA_8000</key>
<true/>
</dict>
Donc en virant les deux trucs précédents, je peux démarrer Sierra !
Purée, ça n'a pas été rapide de trouver, car j'ai du supprimer des modifs et voir si c'étaient elles qui faisaient déconner le démarrage... puis revenir dans windows pour remodifier en conséquences... j'ai bien du faire ça une vingtaine de fois, si ce n'est pas 30
histoire de tester quasi toutes les combinaisons...J'avais pensé que
<string>0x0d220003</string>
D'ailleurs je sais pas trop si c'est vraiment utile pour ma config...
Donc je récapitule, le son fonctionne bien, sauf que je n'ai plus de sortie via l'HDMI maintenant...
Tout le reste semble fonctionner.
Écrit par : polyzargone 24 May 2017, 12:46
ESP
Récupération des informations en cours… Veuillez patienter.
2017-05-24 07:53:18.393 system_profiler[4472:29376] Failed to parse plist output from '/usr/sbin/system_profiler -nospawn -xml SPAudioDataType -detailLevel full', error: Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected character I at line 1" UserInfo={NSDebugDescription=Unexpected character I at line 1, kCFPropertyListOldStyleParsingError=Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected ';' or '=' after key at line 1" UserInfo={NSDebugDescription=Unexpected ';' or '=' after key at line 1}}
2017-05-24 07:53:18.393 system_profiler[4472:29374] Failed to parse plist output from '/usr/sbin/system_profiler -nospawn -xml SPCameraDataType -detailLevel full', error: Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected character I at line 1" UserInfo={NSDebugDescription=Unexpected character I at line 1, kCFPropertyListOldStyleParsingError=Error Domain=NSCocoaErrorDomain Code=3840 "Unexpected ';' or '=' after key at line 1" UserInfo={NSDebugDescription=Unexpected ';' or '=' after key at line 1}}
/Volumes/ESP/EFI/CLOVER
Oui, c'est quand il va chercher les infos dans Informations Système et qu'il ne trouve pas certaines propriétés (SPAudioDataType pour les sorties audio par ex.). Mais bon, tant que le fichier Rapport.spx est généré, ça va
. Je fait des backup de mon config.plist dans son dossier, donc dans ces autres fichiers il y a aussi les infos comme n° de série, MLB, ROM etc...Pourquoi pas.
J'ai enfin réussi à isoler les ajouts/modifications qui faisaient que ça ne bootait pas du tout, et celles qui occasionnaient un Kernel Panic... après je ne sais pas combien de reboot, et d'utilisation de windows pour accéder à l'EFI (purée, c'est chiant de devoir se farcir 30 fois le diskpart, select disk 0, select part 1, assign letter= ...)
Euh sinon, je te rappelle qu'il est possible d'éditer quasiment tout le config.plist directement depuis le menu de boot de Clover
!Il suffit de taper O comme Options et tu as accès à pratiquement tous les réglages (et même aux patchs kexts/DSDT Clover avec les dernières versions).
La seule chose que tu ne peux pas (encore ?) faire, c'est empêcher le chargement de certains kexts dans les dossier CLOVER/kexts.
S'il n'est pas de 0x67, ça veut pas démarrer du tout.
<string>0x67</string>
Hop, ensuite j'avais encore un KP (2ème photo). J'ai pu isoler que c'est ça qui occasionne la non poursuite du boot :
<dict>
<key>FixHDA_8000</key>
<true/>
</dict>
Donc en virant les deux trucs précédents, je peux démarrer Sierra !
Je suis quasiment sûr et certain que c'est uniquement le FixHDA_8000 qui faisait planter le boot (ça arrive parfois avec ce patch) mais pas du tout le CsrActiveConfig sur 0x3.
Ton premier KP (qui n'en est pas un
), c'est lié à l'OsxAptioDrv-64.efi. Peut-être qu'en utilisant la version 2, ça serait passé.Fais le test (sur une clé toujours), tu verras
.<string>0x0d220003</string>
aurait fait déconner, mais non, même pas...
D'ailleurs je sais pas trop si c'est vraiment utile pour ma config...
Si tu veux utiliser Airplay un jour, ça pourra servir. Mais dans l'absolu, ça ne sert à rien tant que tu n'actives pas l'IGPU.
Alors nouveau http://forum.macbidouille.com/index.php?act=attach&type=post&id=55290 + http://forum.macbidouille.com/index.php?act=Attach&type=post&id=52582
.
Écrit par : MilesTEG 29 May 2017, 16:41
@polyzargone : tu avais raison le 0x3 permet de booter quand même ^^
Bon j'avais aussi mis le OsxAptioFix2Drv-64.efi à la place de la version pas 2...
Le IOReg, il y a le S/N et les autres n° dedans ou pas ?
Écrit par : polyzargone 30 May 2017, 08:54
Il affiche le SN en effet mais les autres infos indispensables comme le Board Serial Number, le SmUUID, la ROM ou le MLB n'y figurent pas. C'est donc loin d'être suffisant pour se connecter aux services genre iMessage et même avec tout ça, on ne peut pas "hacker" ton compte AppleID
.En clair, ça ne risque rien
.
Écrit par : MilesTEG 30 May 2017, 09:26
Il affiche le SN en effet mais les autres infos indispensables comme le Board Serial Number, le SmUUID, la ROM ou le MLB n'y figurent pas. C'est donc loin d'être suffisant pour se connecter aux services genre iMessage et même avec tout ça, on ne peut pas "hacker" ton compte AppleID
.En clair, ça ne risque rien
.Je redoute plus la réutilisation de mon S/N que le hack de mon compte AppleID
Voilà le lien du rapport : https://www.dropbox.com/s/m0qfxzond8g1cfa/Rapport_MacBidouille.zip?dl=0
Si ça te dérange pas, je te donne le lien du ioreg en mp
Écrit par : polyzargone 30 May 2017, 09:44
Ben oui mais comme il faut ton compte AppleID pour accéder aux services qui ont "besoin" de ton SN (càd iMessage et FaceTime uniquement), avoir juste cette information est totalement inutile
. C'est plutôt celui qui essaiera de l'utiliser qui risque d'avoir des problèmes de connexion à ces services, pas toi.Faut pas être trop parano à ce niveau parce que le SN d'un Hackintosh, ça ne sert quasiment à rien en fait. C'est moins vrai pour un Mac en revanche. Encore que…
Écrit par : MilesTEG 30 May 2017, 10:14
Ok, bon et bien, je le saurais pour la prochaine fois
Cela dit, mon S/N est basé sur un vrai de mon MBA.
Écrit par : polyzargone 30 May 2017, 10:20
Sur une clé :
Supprime la SSDT-HDMI-NVIDIA-PEG0.aml et met cette DSDT.aml dans CLOVER/ACPI/patched avec ta SSDT.aml :
DSDT.aml.zip ( 22.11 Ko )
: 2
Et si ça boot, fait un IOReg.
Écrit par : MilesTEG 30 May 2017, 16:21
Merci
Tu as modifié quoi avec le DSDT.aml ? (j'ai jamais réussi à le faire compiler par MaciASL...
Ca boot correctement.
Mais pas de HDMI dans l'audio
Sinon, comment être sur que le DSDT.aml est bien chargé ?
Dans le Boot.log (https://www.dropbox.com/s/ovtyaccjg8gzimp/Boot.log?dl=0 ) généré par CloverConfigurator, je vois bien ça :
3:152 0:000 Inserting table[1]:SSDT-HDMI-NVIDIA-PEG0.aml from EFI\CLOVER\ACPI\patched ... Not Found
J'ai pas modifié le config.plist pour supprimer la ligne correspondant au SSDT-HDMI... enlevé.
J'ai vu cette ligne un peu avant :
Mais je sais pas si ca veut dire que le DSDT.aml est bien chargé...
Voilà le ioreg : https://www.dropbox.com/s/qmd2xoic0afyp0f/iHack.ioreg-New.zip?dl=0
edit : sinon lorsque j'essaie de lancer MaciASL, j'ai ces erreurs que je n'avais pas avant de mettre le DSDT.aml que tu m'as donné.
Loading Acpi table from file iASL8XIt4Y.aml
Acpi table [DSDT] successfully installed and loaded
Pass 1 parse of [DSDT]
ACPI Warning: Invalid character(s) in name (0x2F5C1501), repaired: [****] (20131218/utstring-711)
ACPI Warning: Invalid character(s) in name (0x042F1501), repaired: [****] (20131218/utstring-711)
ACPI Error: ACPI Warning: Invalid character(s) in name (0x042F1501), repaired: [****] (20131218/utstring-711)
[****] Namespace lookup failure, AE_ALREADY_EXISTS (20131218/dswload-436)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20131218/psobject-304)
Écrit par : polyzargone 30 May 2017, 18:10
Toujours sur une clé :
config.plist.zip ( 2.17 Ko )
: 1
> CLOVER
DSDT_SSDT.zip ( 23.19 Ko )
: 2
> CLOVER/ACPI/patched (et rien d'autre)
Et un autre IOReg .
Écrit par : MilesTEG 30 May 2017, 18:32
Tu vas dire que je suis fou, mais je teste directe sur l'EFI du SSD
J'ai ce qu'il faut pour la restaurer en cas de soucis ^^
Sinon, je me suis absenté une grosse demi-heure, et je reviens devant un ordi qui a rebooté tout seul
Je vais essayer les nouveautés que tu me donnes
Tu as changé quoi ?
Ça continue de booter Ouf
Voilà le IOreg : https://www.dropbox.com/s/2gsz9armhavssor/iHack.ioreg3.zip?dl=0
Par contre, toujours pas de HDMi pour l'audio.
Écrit par : polyzargone 30 May 2017, 18:51
C'est bizarre parce que j'ai vraiment pas l'impression que la DSDT soit chargée…
Puisque tu boot directement sur le SSD, fais un nouveau rapport stp.
Écrit par : MilesTEG 30 May 2017, 18:52
Juste le ioreg ? Ou avec le rapport macbidouille ?
Écrit par : polyzargone 30 May 2017, 19:01
Les 2 .
Écrit par : MilesTEG 30 May 2017, 19:02
En relisant je me dit que c'est le rapport macbidouille puisque j'ai posté au-dessus le IOReg
Voilà :
https://www.dropbox.com/s/m0qfxzond8g1cfa/Rapport_MacBidouille.zip?dl=0
Et voilà le boot.log :
https://www.dropbox.com/s/ovtyaccjg8gzimp/Boot.log?dl=0
Écrit par : polyzargone 30 May 2017, 19:03
Pour info, l'IOReg est censé refléter les modifications faites dans la DSDT. Donc si rien ne change, il a un souci quelques part…
Merci.
PS : le boot.log est inutile, il y a déjà le bdmesg.txt .
Écrit par : MilesTEG 30 May 2017, 19:03
Et donc dans le IOreg que j'ai mis en dernier, y a pas de modifications ?
Écrit par : polyzargone 30 May 2017, 19:59
Euh, si ce n'était pas clair, il faut refaire un IOReg à chaque fois que tu ajoutes/supprimes/modifies ce qui se trouve dans ACPI/patched !
Donc quand tu réponds après avoir essayé une nouvelle DSDT par exemple, il faut en refaire un pour voir ce qui a changé… ou pas .
Écrit par : MilesTEG 30 May 2017, 20:15
C'est bien le dernier ioreg que je t'ai donné avec le dernier lien . J'ai écrasé l'ancienne version sur Dropbox.
Écrit par : polyzargone 30 May 2017, 20:25
Bon, pour qu'on soit sûr, refais IOReg + Rapport et poste tout au même endroit.
Écrit par : MilesTEG 30 May 2017, 21:10
Voilà : tout est dans : https://www.dropbox.com/s/5bme6uss4jj85wv/Archive.zip?dl=0
Écrit par : polyzargone 30 May 2017, 21:57
Bon…
Ajoute cette SSDT-1.aml et utilise ce config.plist :
SSDT_1.aml.zip ( 8.34 Ko )
: 1
config.plist.zip ( 2.21 Ko )
: 2
Écrit par : MilesTEG 31 May 2017, 07:16
Hello, merci
Je suppose qu'il faut que j'enlève le DSDT.aml placé hier, non ?
Du coup, voilà l'archive contenant le Boot.log, le rapport MB, et le IOReg fraichement fait après avoir rebooté suite aux modifications faites ce matin
https://www.dropbox.com/s/kwyyb91p3mhhy6r/Archive-2.zip?dl=0
PS : lorsque j'essaie d'ouvrir le SSDT-1.aml que tu m'as donné, j'ai des erreurs qui m'empêchent de l'ouvrir :
iASL returned:
Loading Acpi table from file iASLzeXUWq.aml
Acpi table [SSDT] successfully installed and loaded
Pass 1 parse of [SSDT]
ACPI Warning: Invalid character(s) in name (0x032F5C15), repaired: [****] (20131218/utstring-711)
ACPI Warning: Invalid character(s) in name (0x5F032F15), repaired: [***_] (20131218/utstring-711)
ACPI Warning: Invalid character(s) in name (0x06555047), repaired: [GPU*] (20131218/utstring-711)
ACPI Warning: Invalid character(s) in name (0x5F042F15), repaired: [***_] (20131218/utstring-711)
ACPI Error: ACPI Warning: Invalid character(s) in name (0x5F042F15), repaired: [***_] (20131218/utstring-711)
[***_] Namespace lookup failure, AE_ALREADY_EXISTS (20131218/dswload-436)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20131218/psobject-304)
C'est normal ? Le SSDT.aml que j'ai généré avec le ssdtPRGen.sh lui s'ouvre bien comme il faut.
Écrit par : polyzargone 31 May 2017, 15:44
Je suppose qu'il faut que j'enlève le DSDT.aml placé hier, non ?
Ben non, surtout pas ! C'est là que sont faites les principales modifications. Sans entrer dans les détails, la SSDT-1.aml ne fait que compléter la DSDT pour que tout corresponde.
Tu y tiens à ton boot.log
!Bref, sans la DSDT.aml, ça ne sert pas à grand chose. Il va falloir en refaire un avec elle cette fois
.C'est normal ? Le SSDT.aml que j'ai généré avec le ssdtPRGen.sh lui s'ouvre bien comme il faut.
Je t'invite à lire http://forum.macbidouille.com/index.php?showtopic=402829. Tu n'as probablement pas régler MaciASL sur ACPI 6.1 et/ou tu utilises une ancienne version.
Écrit par : MilesTEG 31 May 2017, 16:04
Je suppose qu'il faut que j'enlève le DSDT.aml placé hier, non ?
Ben non, surtout pas ! C'est là que sont faites les principales modifications. Sans entrer dans les détails, la SSDT-1.aml ne fait que compléter la DSDT pour que tout corresponde.
Et merde
lool
Bon je le rajoute, et quand je rebooterais sous macos (je joue à ME:A sous windows là
) je referais les rapports machins... Tu y tiens à ton boot.log
!Bref, sans la DSDT.aml, ça ne sert pas à grand chose. Il va falloir en refaire un avec elle cette fois
.C'est normal ? Le SSDT.aml que j'ai généré avec le ssdtPRGen.sh lui s'ouvre bien comme il faut.
Je t'invite à lire http://forum.macbidouille.com/index.php?showtopic=402829. Tu n'as probablement pas régler MaciASL sur ACPI 6.1 et/ou tu utilises une ancienne version.
Ha possible en effet que j'ai une vieille version. Je vérifierais tout à l'heure.
Merci de ton aide
Écrit par : MilesTEG 31 May 2017, 20:40
Voilà
https://www.dropbox.com/s/5bme6uss4jj85wv/Archive-3.zip?dl=0
Sinon j'ai eu un KP je pense... l'ordi à figé, puis rebooté...
Écrit par : polyzargone 1 Jun 2017, 14:12
Ben écoute, je comprends pas. Tout indique que la DSDT est chargée mais il n'y a aucun changement dans l'IOReg ! Et ça, ce n'est pas du tout normal ni logique.
Pour ton histoire d'HDMI, le problème visiblement c'est que tu as deux "périphériques" HDEF (audio analogique). Sauf que le deuxième est rattaché à ta CG et il devrait s'appeler HDAU (audio HDMI). Le but de la DSDT ou même des différentes SSDT que tu as utilisé jusqu'ici (même la SSDT-HDMI-NVIDIA-PEG0.aml), c'est de renommer ce second HDEF en HDAU.
Mais quoi qu'on fasse, cette sortie persiste à s'appeler HDEF. Du coup, OS X ne le voit pas comme une sortie HDMI rattachée à ta CG et c'est pour ça que tu n'as rien dans les Préférences Système > Son en ce qui concerne cette sortie.
En fait, c'est comme si la DSDT/SSDT ne servaient à rien ou n'étaient pas chargéss. Mais ce n'est pas ce qu'indique le boot.log de Clover.
Bref, il y a quelque chose qui m'échappe…
Sinon, tu peux toujours essayer avec ça : https://www.dropbox.com/s/j5ov808zn58arkf/HDMI%20audio%20for%20AMD%20or%20NVIDIA.zip?dl=0 (à mettre dans kexts/Other)
Ou sinon, ces deux patchs DSDT Clover (rubrique ACPI > DSDT > Patches) :
Comment : change GFX0 to IGPU
Find : 47465830
Replace : 49475055
Comment : change B0D3 to HDAU
Find : 42304433
Replace : 48444155
Écrit par : MilesTEG 1 Jun 2017, 17:30
Je ne fais peut être pas le IOReg correctement.
Je lance l'application, et je fais enregistrer sous.
J'ai bon ?
Sinon avec le kext HDMI c'est pas mieux... pas de HDMi dans les sorties son.
je vais essayer les matchs dsdt dans le config.plist.
Bon, et bien avant le kext ne faisait aucun effet, autant les deux ajouts dans le config.plist (à la place du kext bien sur ), me font un KP au boot, donc ça boot pas...
Sinon juste comme ça, avec le VoodooHDA tout fonctionnait bien
Mais du coup, ça me turlupine du pourquoi on n'y arrive pas avec le AppleHDA...
C'est peut être ma CM / CG qui en veut pas...
Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)