[Résolu] Post Installation HP Spectre x360, Post installation sur le PC portable Spectre x360 13 pouces

[polyzargone]

Personnellement je ne touche pas au DSDT.aml car je veux une config qui soit résistante au mises à jour du BIOS sans avoir à tout le retaper à chaque fois (les mises a jours étaient très courantes sur mon NUC, j'ai du en faire plus d'une dizaine).

Sur le principe, je suis entièrement d'accord et c'est même ce que disent tous les (vrais) pro de l'ACPI et des DSDT/SSDT.

Cela étant, je ne suis pas vraiment convaincu que ce soit si important que ça. En tout cas, pas de ce que j'en ai vu. Mais il est vrai que dans mes "expériences", je n'ai que rarement eu à mettre à jour le bios et même quand ça été le cas, ce n'était pas une grosse mise à jour.

Sur l'Aspire par exemple, il n'y en a eu aucune et j'ai pourtant refilé mes DSDT/SSDT à 2/3 membres sans leur demander leur version du bios ni faire aucune modification bien que le matos (CPU et CG) étaient un peu différents. Ça n'a pas posé de problèmes visiblement.

Sur ma H97-HD3, j'ai dû en faire 3 depuis le début : de F6 à F9c en passant par F8 (et même un bios Ozmosis ). J'ai utilisé la même DSDT à chaque fois (à part quelques modifications apportées au fil du temps mais sur la même base extraite via Clover par F4) et je n'ai pas constaté de problèmes ou de différences.

Donc je dirais que ça dépend des machines et de la fréquence des mises à jour du bios mais surtout de leur importance.

Mais pour être honnête, c'est surtout que je ne comprends pas encore très bien les interactions DSDT/SSDT !

@Sebinouse

Je ne sais pas si tu as vu ses fichiers ACPI mais le problème c'est qu'il n'y a pas de Device B0D3 à l'adresse 0x00030000, seulement un B0D4 à l'adresse 0x00040000. Ni dans la DSDT, ni dans ses SSDT-x.

Je serais bien tenté de tout simplement le renommer en B0D3 mais j'ai bien peur que macOS ne cherche que l'adresse 0x00030000 et que ça ne suffise pas. Et je ne suis pas du tout sûr que changer l'adresse également suffise.

Bref, je me demande si l'Intel HD 520 ne fonctionne tout bêtement pas en HDMI audio.

[Sebinouse]

La gestion de l'audio à changé avec les skylakes : on est passé d'un 00:03:00 avec un B03 que l'on change en HDAU a un 00:F1:03 en HDAS changé en HDEF (d'où l'erreur dans les fichiers de mon tuto).

Je pense que tout est dans le plist du lien précédent. J'ai essayé cette méthode (arbirtrary) sur un haswell et un broadwell et ça a marché ... je suis assez confiant sur celle-ci aussi !

[polyzargone]

La gestion de l'audio à changé avec les skylakes : on est passé d'un 00:03:00 avec un B03 que l'on change en HDAU a un 00:F1:03 en HDAS changé en HDEF (d'où l'erreur dans les fichiers de mon tuto).

Je pense que tout est dans le plist du lien précédent. J'ai essayé cette méthode (arbirtrary) sur un haswell et un broadwell et ça a marché ... je suis assez confiant sur celle-ci aussi !

Ah OK.

Donc si je comprend bien, le HDAU n'existe pas sur Skylake. Il n'y a que le HDEF ?

Si c'est ça, il y a peut-être un conflit entre la DSDT patchée que je lui ai fourni et Devices > Arbitrary parce que j'ai changé le HDAS en HDEF directement.

Du coup, on a déjà un Device HDEF à l'adresse 0x001f0003.

Il faudrait donc essayer l'une ou l'autre méthode : avec ton config.plist + Devices > Arbitrary uniquement ou avec la DSDT/SSDT sans les Devices > Arbitrary.

[Sebinouse]

C'est le exactement ca, on peut aussi tout simplement ajouter une section avec "hda-gfx"="onboard-1" pour l'audio HDMI directement dans le DSDT dans HDEF et dans IGPU

[Quentin77]

Humm……

Avant de lancer le script Toleda (qui ne devrait rien changer à mon avis), pourrais-tu faire un test avec ces fichiers sur une clé ?

[attachment=55090:HP_Spect...60_test3.zip]

J'essaie de comprendre pourquoi mon config.plist ne fonctionne pas alors que le tien oui . Et accessoirement, j'ai refait la DSDT.aml de zéro en ajoutant quelques patchs qui n'étaient pas appliqués.

Désolé poly mais j'ai toujours le même résultat ! Je vais essayer de voir pourquoi ça plantouille et quels sont les problèmes, mais apparemment ça vient encore de l'APCI

Je pensais avoir mis un lien vers la discussion en question dans mon post précédent mais visiblement je l'ai oublié : je te recommande la lecture de ce fil .

Je n'ai pas trop suivi comment tu as injecté ton Intel HD520 mais dans tous les cas il a deux trois manips a faire (HDAS en HDEF et on-board ...).

Personnellement je ne touche pas au DSDT.aml car je veux une config qui soit résistante au mises à jour du BIOS sans avoir à tout le retaper à chaque fois (les mises a jours étaient très courantes sur mon NUC, j'ai du en faire plus d'une dizaine). Du coup n'injecte tout en SSDTs, ou en Arbitrary via le config.plist. Les deux marchent pour l'hdmi.

Voici un fichier pour le faire en arbitrary : lien

Merci je vais aller regarder de ce pas mais je pense que poly à raison, l'audio HDMI ne doit sûrement pas fonctionner sur HD520 car j'ai voulu tester le script automatisé de toleda (que j'avais déjà utilisé pour un HD530) et dans le cas du 530, il était directement détecté par le script alors que la, le 520 n'est même pas détecté par le script ! Ça ne doit tout simplement pas être fonctionnel sous hackintosh

EDIT : tiens donc c'est marrant ça ! Ton nouveau DSDT ne fonctionne plus avec mon config.plist et j'ai encore plus d'erreur lorsque je lance avec mon config.plist que le tien !

EDIT 2 : L'écoute de musique dans un casque branché en fil ou en Bluetooth fonctionne parfaitement c'est parfait !

Maintenant j'ai une question au sujet des touches de clavier. Dans plusieurs tuto pour essayer d'assigner des raccourcis claviers pour le réglage de la luminosité, il disent qu'il faut ouvrir la console et aller dans system.log, appuyer sur la touche souhaité et voir la ligne s'affiché provenant du clavier. Jusque là je suis d'accord, sauf que j'ai pas cette ligne quand je tape au clavier, et je n'ai même aucune ligne quand je tape sur n'importe qu'elle touche du clavier !

Petite question (dont je pense avoir la réponse) : est ce que 1 touche est attribuée à 1 code raccourci (je sais pas comment dire ça, mais en gros que une touche correspond à un unique code, qu'il soit utilisé simultanément avec une autre touche ou non) ?

Pour moi ça serait : OUI. Ce qui ferait que je ne comprend alors pas pourquoi quand j'appuie sur la touche F2 ou F3, qui d'ailleurs, sur mon pc qui est réglé comme les MacBook, c'est à dire que les touches de fonctions Fxx doivent être activée avec l'appuie de la touche Fn (ce qui fait que les raccourcis apparaissent directement), il ne se passe absolument rien !

Ce message a été modifié par Quentin77 - 20 Apr 2017, 14:58.

[Sebinouse]

l'audio HDMI ne doit sûrement pas fonctionner sur HD520 car j'ai voulu tester le script automatisé de toleda (que j'avais déjà utilisé pour un HD530) et dans le cas du 530, il était directement détecté par le script alors que la, le 520 n'est même pas détecté par le script ! Ça ne doit tout simplement pas être fonctionnel sous hackintosh

Je confirme ça marche !!!
Il suffit d'avoir un HDEF et un IGPU avec le hda-gfx et éventuellement un patch pour la nature du port (nécessaire pour une prise hdmi, pas pour hdmi via miniDP).

Forum russe :

[Audio HDMI]

Les platesformes Skylake, l'usine Intel principe son HDMI est similaire àfaçon dont il est fait sur le pont Ivy

Pour HDMI audio sur Skylake doit effectuer 4 étapes:
1.Ajoutez une propriété HDA-GFX = bord-1 pour le HD Intel (iGPU)
* Déjà disponible dans le manuel dans le inject joint config
Screen Shot 26/07/2016 à 18.22.17.

2.Ajouterpropriété hDA-GFX = bord-1 pour le pont audio (le HDEF)
* Déjà disponible dans le manuel dans le inject joint config
Screen Shot 26/07/2016 à 18.25.55.

3.Exécutez les connecteurs de raccordement (section KextsToPatch):
le port patch 0x5
Code:
NOM: AppleIntelSKLGraphicsFramebuffer
TROUVER: 0105090000040000
REMPLACER: 0105090000080000
Port Patch 0x6
Code:
NOM: AppleIntelSKLGraphicsFramebuffer
TROUVER: 02040A0000040000
REMPLACER: 02040A0000080000
Port Patch 0x7
Code:
NOM: AppleIntelSKLGraphicsFramebuffer
TROUVER: 03060A0000040000
REMPLACER: 03060A0000080000
* Déjà disponible dans la configuration ci - joint, mais désactivé !

Ce message a été modifié par Sebinouse - 20 Apr 2017, 15:05.

[polyzargone]

Pour ce qui de la DSDT, je me demande si supprimer la SSDT-1 ne résoudrait pas le problème .

Sinon, il vaut peut-être mieux ne pas en utiliser du tout et se contenter des patchs ACPI de Clover et des Devices > Arbitrary/KextToPatch de Sebinouse.

À vouloir trop bien faire et faire le malin avec les tables ACPI, j'ai probablement créé des problèmes là où il n'y en avait pas !

[Quentin77]

Toujours le même problème en supprimant le SSDT, j'ai remis l'ancienne config qui fonctionne très bien je vais essayer le patch propose par Sebinouse et je te redis si j'ai réussi

[Quentin77]

Je confirme ça marche !!!
Il suffit d'avoir un HDEF et un IGPU avec le hda-gfx et éventuellement un patch pour la nature du port (nécessaire pour une prise hdmi, pas pour hdmi via miniDP).

Ben j'ai mal patcher mon config.plist alors parce que moi ça marche pas et ça a bousiller mon son intégré (qui n'apparait plus) Voici ce que j'ai fais :

Dans APCI (Clover) : DSDT : HDAS to HDEF et GFX to IGPU

Ensuite dans Devices, Add Properties :
- IntelGFX, HDA_GFX, onboard-1, STRING (dans l'ordre sous Clover Configurator)
-HDA, HDA-GFX, onboard-1, STRING

Ensuite j'ai ajouté les patchs dans Kernel and Kexts Patches > KextsToPatch

Et depuis ça a merdé Je vais essayer différentes solutions et je te tiens au courant

EDIT : Toutes les commandes dans Devices > Add Properties ont été déplacées à Arbitrary mais toujours le même problème en perspective

Ce message a été modifié par Quentin77 - 20 Apr 2017, 22:35.

[polyzargone]

Poste ton config.plist stp.

On est bien d'accord que tu l'utilises sans DSDT/SDDT ?

PS : Pour le son, il faut rentrer ton layout-id dans Devices > Audio > Inject comme expliqué dans le tuto AppleHDA Audio

Si ça marchait avant c'est parce que c'était la DSDT qui s'en chargeait .

[Quentin77]

Ah bah nan eh sinon j'ai plus ma batterie et mon rétro éclairage

Donc le problème venait sûrement de la, j'utilise ta DSDT + DSDT et en plus (sinon ça serait pas drôle) j'ai injecté un layout dans Clover, tout l'inverse de ce qu'il fallait faire ! Y'a t il un moyen de l'injecter en DSDT/SSDT ? Ce serait pratique

[polyzargone]

Donc le problème venait sûrement de la, j'utilise ta DSDT + DSDT

???

Tu veux dire ma DSDT + SSDT-1 j'imagine ?

et en plus (sinon ça serait pas drôle) j'ai injecté un layout dans Clover, tout l'inverse de ce qu'il fallait faire ! Y'a t il un moyen de l'injecter en DSDT/SSDT ? Ce serait pratique

Pas forcément.

En fait, c'est plus simple et moins contraignant de passer par Clover pour les layout-id parce qu'il n'y a qu'un chiffre à ajouter dans Devices > Audio > Inject. Avec la DSDT, il faut l'ouvrir, chercher le Device HDEF et changer le layout-id à la main. Quand c'est 1, 2 ou 3 ça va mais quand c'est supérieur à 10, il faut en plus convertir en hexadécimal genre 10 > 0xA, 11 > 0xB, etc.

Sinon, il y a un patch à copier/coller dans le champ supérieur droit de MaciASL mais pareil, il faut adapter le layout-id à la main (là, c'est 3) :

Code

#Maintained by: RehabMan for: Laptop Patches
#audio_HDEF-layout3.txt

# Note: Change your layout ID if you need something different
# Note: "hda-gfx" is not needed with Haswell and should probably be removed

#   Inject Audio info
into method label _DSM parent_label HDEF remove_entry;
into device label HDEF insert
begin
Method (_DSM, 4, NotSerialized)\n
{\n
    If (LEqual (Arg2, Zero)) { Return (Buffer() { 0x03 } ) }\n
    Return (Package()\n
    {\n
        "layout-id", Buffer() { 3, 0x00, 0x00, 0x00 },\n
        "hda-gfx", Buffer() { "onboard-1" },\n
        "PinConfigurations", Buffer() { },\n
        //"MaximumBootBeepVolume", 77,\n
    })\n
}\n
end;

Cela étant dit, on ne change pas le layout-id toutes les 5 mn et en principe, il est unique et définitif sur une config.

Autre chose : il faut savoir que c'est la DSDT qui sera prioritaire par rapport au config.plis dans le cas où les patchs sont appliqués en double. Autrement dit, si tu met 3 dans Devices > Audio > Inject mais que c'est 28 (0x1C) dans ta DSDT, c'est 28 qui sera pris en compte.

D'où l'importance de ne pas mixer les réglages du config.plist avec les patchs DSDT .

Mais plus important : là on cherche à avoir l'audio HDMI et dans ce cas, on s'en moque du layout-id !

Comme l'a expliqué Sebinouse, ce qui compte ce sont les hda-gfx et onboard-1 pour les IGPU.

[Quentin77]

Oui désolé j'utilise DSDT + SSDT-1 !

Je vais tester ensuite sans DSDT et sans SSDT mais puisque c'est la DSDT qui est prioritaire sur Clover, on ne peut pas simplement injecter l'audio HDMI en DSDT pour être sûr qu'il n'y ai pas de problème ?

[polyzargone]

Ben c'était ça l'idée de départ !

Mais apparemment, ça coince quand tu utilises mes fichiers. Je ne sais pas trop si c'est la combinaison de mon config.plist + DSDT/SSDT ou si c'est juste les DSDT/SSDT car il me semble que tu avais réussi à les utiliser mais avec ton propre config.plist.

Et si je me souviens bien, il n'y avait pas énormément de différences entre nos deux config.plist.

Mais en fait, comme souvent d'ailleurs, il faut partir sur une méthode et s'y tenir jusqu'au bout. Et je pense que c'est ça le problème depuis le début : on a testé des config.plist différents avec des DSDT/SSDT différentes sans jamais vraiment aller jusqu'au fond des choses et cherché à savoir ce qui pouvait clocher.

Bref, pour l'instant je crois que le mieux serait de zapper les tables ACPI et de s'en tenir à Clover uniquement en utilisant les paramètres de Sebinouse.

C'est nettement plus simple que de tester/debugger les DSDT/SSDT.

Pour le dire autrement, l'utilisation des tables ACPI ne devrait se faire qu'en dernier recours .

[Quentin77]

Ben c'était ça l'idée de départ !

Mais apparemment, ça coince quand tu utilises mes fichiers. Je ne sais pas trop si c'est la combinaison de mon config.plist + DSDT/SSDT ou si c'est juste les DSDT/SSDT car il me semble que tu avais réussi à les utiliser mais avec ton propre config.plist.

Et si je me souviens bien, il n'y avait pas énormément de différences entre nos deux config.plist.

Mais en fait, comme souvent d'ailleurs, il faut partir sur une méthode et s'y tenir jusqu'au bout. Et je pense que c'est ça le problème depuis le début : on a testé des config.plist différents avec des DSDT/SSDT différentes sans jamais vraiment aller jusqu'au fond des choses et cherché à savoir ce qui pouvait clocher.

Bref, pour l'instant je crois que le mieux serait de zapper les tables ACPI et de s'en tenir à Clover uniquement en utilisant les paramètres de Sebinouse.

C'est nettement plus simple que de tester/debugger les DSDT/SSDT.

Pour le dire autrement, l'utilisation des tables ACPI ne devrait se faire qu'en dernier recours .

D'accord, mais j'ai essayé aussi la méthode sans DSDT + paramètre de Sebinouse, mais ça n'a pas fonctionné Je vais retenter mais ça n'avait pas fonctionné ! Pour ma part j'ai cherché sur le tutoriel HDMI Audio de Toleda, même en passant par SSDT ça ne fonctionne pas (j'ai testé la méthode clover sans succèss) mais je vais persévérer

Donc je vais repartir sans DSDT, et on en fera une après pour la batterie c'est bien ça ?

[polyzargone]

Donc je vais repartir sans DSDT, et on en fera une après pour la batterie c'est bien ça ?

En gros, c'est ça.

On commence par régler le problème de l'HDMI audio en n'utilisant que Clover et on voit ensuite si on peut finir le job avec ou s'il faut passer par une DSDT/DSDT.

C'est pas forcément tout ou rien et on peut très bien régler certains problème juste avec Clover et d'autres avec une DSDT et/ou une ou plusieurs SSDT "spécialisées".

C'est d'ailleurs comme ça que fonctionne Sebinouse si je ne dis pas de bêtises.

Mais pour l'instant, concentrons nous sur Clover !

PS : La batterie, c'est pas forcément lié à une DSDT et un simple kext pourrait faire l'affaire.

[Quentin77]

PS : La batterie, c'est pas forcément lié à une DSDT et un simple kext pourrait faire l'affaire.

Je suis pas si sur, sans ta DSDT, APCIBatteryManager ne fonctionne pas et je n'ai pas le pourcentage de la batterie

[Quentin77]

J'ai supprimé les DSDT et SSDT-1 et j'ai intégré les différents patchs de la config de Sebinouse dans mon config.plist et voici ce qu'il en ressort :

Plus de son intégré, et toujours pas de son HDMI.
Voici une capture de la section Préférences Système > Son : https://www.noelshack.com/2017-16-149277426...-a-13-28-38.png

Voici un IOReg à jour ainsi que mon config.plist + rapport.zip (la totale !). Je vais refaire une tentative avec le config.plist de Sebinouse.

IOReg : http://www.mediafire.com/file/v1ne6cqm6kt5..._21_04_17.ioreg

config.plist : http://www.mediafire.com/file/42xhawfn76rgep0/config+.plist

rapport.zip : http://www.mediafire.com/file/g51j7bq9ncy7...rt_21_04_17.zip

PS : j'utilisais les kexts FakePCIIP, FakePCIID_Intel_HD_Graphics et FakePCIID_Intel_HDMI_Audio lors des premières tentatives, et je les ai supprimé pour les dernières tentatives (comme celle juste avant ce message) et je vais réessayer sans avec le config.plist de Sebinouse. Est ce que je dois les remettre ou est ce que ces kexts ne sont pas utiles ?

Le rapport.zip ainsi que le IOReg ont été fait SANS ces FakePCIID.kexts

[Sebinouse]

je vois a priori deux erreurs dans le config.plist

- les 3 patches HDMI sont en Disable YES, il faut les mettre en NO
- Graphics > Inject > Intel doit être sur NO,et il faut supprimer la ligne ig-platform-id

Ce message a été modifié par Sebinouse - 21 Apr 2017, 19:52.

[Quentin77]

Bah oui mais si j'élève l'Inject Intel et le platform-id j'aurai plus d'accélération graphique et j'aurai pleins de bugs graphiques

Il n'y a pas un moyen de faire les deux en même temps ?

Concernant les 3 patchs en disable YES, je les ai trouvé comme ça dans le config.plist et j'étais étonné aussi qu'ils soient désactivés

[polyzargone]

Bah oui mais si j'élève l'Inject Intel et le platform-id j'aurai plus d'accélération graphique et j'aurai pleins de bugs graphiques

Si ! Parce que ces paramètres sont déjà présents dans les Devices > Arbitrary !

Code

                    <dict>
                        <key>Disabled</key>
                        <false/>
                        <key>Key</key>
                        <string>AAPL,ig-platform-id</string>
                        <key>Value</key>
                        <data>
                        AgAWGQ==
                        </data>
                    </dict>

Ça revient au même que de passer par Graphics > Inject Intel + ig-platform-id = 0x19160002.

Est-ce que tu as essayé au moins ?

[Quentin77]

Je viens d'essayer et oui, tout est ok maintenant, sauf que maintenant je n'ai ni audio ni audio HDMI et lorsque je connecte mon câble HDMI au PC, j'ai un KP et ça reboot direct. J'ai rajouté quelques lignes dans Kernel and Kexts Patches > Kexts to patch car en enlevant juste l'injection intel et le platform-id j'arrivais pas a boot, je restais bloqué à la ligne "VoodooPS2Controller version 1.8.25", donc j'ai modifié le config.plist pour essayer de résoudre le boot mais j'ai du toucher à quelque chose qui ne fallait pas !

Voici un nouveau IOReg, rapport.zip + config.plist :

IOReg : http://www.mediafire.com/file/lca5baddb11m..._22_04_17.ioreg

config.plist : http://www.mediafire.com/file/c8fdib6me8xpgcj/config.plist

rapport.zip : http://www.mediafire.com/file/cn4e85se81sg...rt_22_04_17.zip

[Sebinouse]

Je viens d'essayer et oui, tout est ok maintenant, sauf que maintenant je n'ai ni audio ni audio HDMI et lorsque je connecte mon câble HDMI au PC, j'ai un KP et ça reboot direct

Pour le son il a peut-etre le même problème de la "double injection" (Devices>Audio>Inject=3) comme pour la vidéo. Est-ce que tu peux essayer de retirer cette ligne et ajouter ceci en Devices>Arbitrary>1>Inject hda HDMI property>CustomProperties> ?

Code

                    <dict>
                        <key>Disabled</key>
                        <false/>
                        <key>Key</key>
                        <string>layout-id</string>
                        <key>Value</key>
                        <data>
                        AwAAAA==
                        </data>
                    </dict>

EDIT : c'est un pour un layout 1, je viens de voir que tu utilisais 3 avant, tu sais le modifier ?

EDIT 2 : j'ai modifié le code ci dessus ...

EDIT 3 : il me semble avoir déjà lu qu'il fallait aussi le mettre dans l'arbitrary de l'IGPU je vais assayer de retrouver ça .

Ce message a été modifié par Sebinouse - 22 Apr 2017, 19:42.

[Quentin77]

Bon bah c'est très bizarre, ça marche pas et j'ai pourtant tout essayé : avec et sans les kexts AppleALC + Lilu, avec le l'atout-id dans HDA + dans IGPU et au final, à chaque fois ça plante et ça démarre pas

Photo du plantage : https://www.noelshack.com/2017-16-1492898809-img-5088.jpg

[Sebinouse]

Mince alors ... tu as un config.plist à partager ? tu as utilisé quoi pour le modifier ?
et tu confirme aussi que les fichiers des ton post précédent marchaient ?

[Quentin77]

Le config.plist est le même que le précédent sauf que j'ai rajouté les lignes pour le layout-id depuis Clover dans Arbitrary et HDA + IGPU. Du coup j'ai l'impression qu'il y a un conflit entre les valeurs du layout-id et du hda-gfx et bien avant que je modifie les valeurs et que j'utilise la section Devices > Arbitrary, le config.plist que j'utilisais, qui provenais à 80% du config.plist de RehabMan, utilisait lui la section Devices > Add Properties mais avec les mêmes valeurs, mais la clé était "IntelGFX", et tout fonctionnait sauf l'audio HDMI, j'avais l'image HDMI et pas de KP lorsque je branchais le câble. Le config.plist utilisé est celui du post #78

ÉDIT : J'ai oublié de préciser que Clover comportait un convertisseur Base64>Hexa et que donc la ligne injectée pour le layout-id était "03000000"

Ce message a été modifié par Quentin77 - 23 Apr 2017, 10:57.

[Sebinouse]

OK donc tu utilises CloverConfigurator c'est ça ? (ce programme ne fait pas partie à proprement parler de Clover et est développé par un autre dev).

Ce programme est très pratique mais a tendance à rajouter des lignes sans rien dire et je pense qu'il force l'injection de l'audio. Tu peux essayer le config.plist ci joint ?

Rq: la converversion base64 est bonne

Ce message a été modifié par Sebinouse - 23 Apr 2017, 15:01.

[Quentin77]

Alors ca fonctionne.... sauf l'audio HDMI

Au moins j'ai l'audio intégré et ça redémarre plus quand je branche le câble !

[polyzargone]

Ben au pire, tu peux passer par VoodooHDA.kext (pense à désactiver les patchs Clover HDMI et à supprimer AppleALC.kext + Lilu.kext).

C'est pas le top mais si ça marche et que c'est le seule solution, tant pis !

[Sebinouse]

Avant d'essayer VoodooHDA, il reste à finir avec le config.plist

Les pathches en keextToPatches ne sont pas activés, c'est normal qu'il n'y ait pas de son HDMI !!!
Je les ai laissés en Disabled=Yes car le premier est déjà "modifié" par le patch eDP donc on va y aller petit à petit en commençant par le port 06 puis le 07 et enfin le 05.

EDIT : tu peux me dire quel réglage de DVMT tu as dans le BIOS et quel version de macOS tu essaye d'installer ? (on pourra ensuite faire du tri dans les patches).

Ce message a été modifié par Sebinouse - 23 Apr 2017, 15:20.