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

[Quentin77]

Oui mais c'est bizarre, la je n'ai absolument aucun mal à me connecter sur internet (je te répond d'ailleurs depuis le hackintosh)

Alors oui le PC n'a pas de prise ethernet, mais est ce que cela fonctionne si j'utilise l'adaptateur USB vers Ethernet qui était fourni avec ?

Il est lui aussi détecté en en0

Au niveau des kexts, lorsque j'ai essayé d'installer celui pour la batterie et celui pour le rétroéclairage, le PC n'a pas démarré et tournais en boucle en cherchant quelque chose du nom de "IGPU" (je n'utilise aucune DSDT et SSDT), une idée ? Faut il utiliser un DSDT en complément des kexts ?

Je vais mettre la photo lorsque je vais réessayer et je vais aussi essayer ta solution

En ce qui concerne le WiFi, je rentre chez moi d'ici peu et j'aurai donc accès aux outils pour regarder sous le capot du PC. Si la carte WiFi est changeable, est ce que je pourrai utiliser (en choisissant un modèle adéquat) l'AppStore et iCloud ?

Si tu as le temps, est ce que tu pourrais jeter un petit coup d'oeil au config.plist et me dire si il y a des lignes de patch en trop dedans ? Merci à toi

EDIT : Dans la section Devices, toutes les lignes dans "AddProperties" sont des lignes que j'ai trouvé dans un config.plist pour régler le glitch au niveau de la pomme et apparemment, une des lignes (surement la dernière) serait un patch pour l'audio HDMI (mais qui ne fonctionne pas), y'a t il un autre moyen pour avoir l'audio HDMI ?

Ce message a été modifié par Quentin77 - 17 Apr 2017, 15:53.

[polyzargone]

Et toujours d'après le même guide, il est possible de changer la carte WIFI par une autre comme celle-ci par exemple : http://www.ebay.fr/itm/Broadcom-BCM94352Z-...sh/252319175707

Je pense que ce serait la meilleure solution et ça réglerait tous les problèmes d'App Store, iMessage/FaceTime, Handoff, Airdrop etc. au passage puisqu'elle sera considérée comme une carte Airport interne.

NB : Si tu choisis ce modèle, va voir ici pour la configuration : http://forum.macbidouille.com/index.php?showtopic=402820

[Quentin77]

J'ai un petit problème : IntelBacklight.kext ne fonctionne pas, il m'affiche une ligne "Busy timeout[0], (60s), kextd wait(0): 'IGPU' " en boucle et dans APCI > DSDT il y a une ligne "Change GFX0 to IGPU" que j'ai chopé d'un tutoriel sur tonymacx86 contre les artéfacts de la pomme, j'ai remarqué que si j'enlevais cette ligne, le mot IGPU était changé en GFX0, donc le problème vient bien du kext

EDIT : Je viens d'ouvrir le PC et je vais surement opter pour la carte WiFi que tu me proposes merci

Ce message a été modifié par Quentin77 - 17 Apr 2017, 17:37.

[Quentin77]

Je comprend absolument rien aux patch DSDT

Déjà que je ne suis pas très bon en anglais, alors en plus comprendre un truc nouveau en anglais c'est doublement compliqué

D'après le guide, je dois réparer toutes les erreurs, sauf que je ne connais pas le langage utilisé par MaciASL. Je n'ai que des erreurs "syntaxe error" et je ne sais pas trop quoi faire car je ne comprend rien aux guides de RehabMan sur GitHub

[polyzargone]

Oui mais c'est bizarre, la je n'ai absolument aucun mal à me connecter sur internet (je te répond d'ailleurs depuis le hackintosh)

Alors oui le PC n'a pas de prise ethernet, mais est ce que cela fonctionne si j'utilise l'adaptateur USB vers Ethernet qui était fourni avec ?

Il est lui aussi détecté en en0

Se connecter à Internet est une chose, se connecter aux services Apple en est une autre .

Pour ces derniers, il faut impérativement que la connexion soit interne et qu'elle soit en en0. Tout simplement parce qu'un Mac n'est pas censé se connecté par autre chose que l'Ethernet ou le WIFI interne.

Donc tout ce qui est USB, tu peux oublier .

Au niveau des kexts, lorsque j'ai essayé d'installer celui pour la batterie et celui pour le rétroéclairage, le PC n'a pas démarré et tournais en boucle en cherchant quelque chose du nom de "IGPU" (je n'utilise aucune DSDT et SSDT), une idée ? Faut il utiliser un DSDT en complément des kexts ?

En général, les kexts de RehabMan s'utilisent en complément de DSDT/SSDT patchées.

Dans ton cas, il faudrait arriver à faire en sorte que ton Device GFX0 soit renommé en IGPU pour que les kexts s'y rattachent… Mais bizarrement, toutes mes tentatives ont échoué alors que j'ai bien suivi la liste des patchs dans les guides que tu as trouvé ainsi que ceux du guide de référence. Cela dit, ça aurait dû marcher en passant juste par les patchs Clover normalement.

Quoiqu'il en soit, je te conseille quand même de lire ce sujet pour comprendre (un peu) comment fonctionnent les DSDT/SSDT histoire de ne pas tout mélanger et de mixer des patchs Clover avec des patchs DSDT/SSDT. Il faut bien séparer les deux car sinon ça devient vite le bordel …

Si tu as le temps, est ce que tu pourrais jeter un petit coup d'oeil au config.plist et me dire si il y a des lignes de patch en trop dedans ? Merci à toi

EDIT : Dans la section Devices, toutes les lignes dans "AddProperties" sont des lignes que j'ai trouvé dans un config.plist pour régler le glitch au niveau de la pomme et apparemment, une des lignes (surement la dernière) serait un patch pour l'audio HDMI (mais qui ne fonctionne pas), y'a t il un autre moyen pour avoir l'audio HDMI ?

Le mieux serait de poster un rapport.zip ainsi qu'un IOReg à jour.

Si la carte WiFi est changeable, est ce que je pourrai utiliser (en choisissant un modèle adéquat) l'AppStore et iCloud ?

Oui car la carte sera reconnue comme une carte Airport interne. Comme sur un Mac .

[Quentin77]

Je viens apporter une grande nouvelle :

ton DSDT et SSDT FONCTIONNENT

Je me suis dis, ça fonctionne mal avec ton config.plist, mais pourquoi ne pas essayer avec celui que j'utilise qui fonctionne bien ? Et bingo, ça fonctionne ! J'ai même plus besoin d'utiliser le Kext IntelBacklight qui me fait de toute manière annuler le rétroéclairage de l'écran. En revanche les boutons de réglage de la luminosité ne fonctionnent pas, ce qui est bizarre

J'ai réussi a fixer les glitchs, je t'ai mis mon config.plist + dossier EFI sur Dropbox .

Voici ce qui fonctionne :

Trackpad
Clavier
Raccourcis claviers (Touches fonctions) sauf le réglage de la luminosité
Le son (seulement son intégré, l'audio HDMI ne fonctionne toujours pas)
Redémarrage, Extinction
Ecran externe
Ethernet
Bluetooth (Souris, clavier)
Ecran tactile
Bouton de volume latéraux (sur la tranche du PC)
USB
Graphisme (Plus de KP, glitchs)

Ce qui fonctionne pas :

Sortie de veille (l'écran reste noir, mais on peut utiliser un écran externe)
WiFi (ne fonctionnera probablement jamais, voir si on peut changer la carte WiFi à moins qu'elle ne soit soudée à la carte mère)
Partage de connexion Bluetooth (le Bluetooth doit être intégré à la carte réseau et aucune supercherie n'est possible)
Réglage de la luminosité de l'écran
Batterie (Batterie restante, Icone de la batterie, et gestion de la mise en veille/mise en veille de l'écran)

Ce qui fonctionnait mais ne fonctionne plus :

Connexion iCloud : fonctionnait au début et ne fonctionne plus. Je me suis rendu compte de ce problème en voulant télécharger Xcode. J'ai tenté ce tutoriel mais ça ne fonctionne pas. Pour info : j'utilise le même identifiant que pour me connecter à mon iPhone et tout fonctionne sur mon iPhone. Il y a juste des bugs que je ne comprend pas, quand je m'identifie sur le MhackBook, il me met "Erreur d'authentification de l'appareil" et lorsque je tente de télécharger une app depuis l'AppStore, il me redemande mon mot de passe

On peut maintenant supprimer Batterie de la section "Ce qui fonctionne pas" car ça fonctionne niquel, le seul truc qui n'apparait pas est la barre de réglage du temps de mise en veille du Mac, ce qui est assez gênant sur batterie tout de même.

Sortie de veille fonctionne à présent et peut être supprimé de la liste "Ne fonctionne pas"

Réglage de la luminosité fonctionne aussi mais les boutons ne sont pas reconnu et ne fonctionnent pas

Tout ce qui est WiFi, partage de connexion Bluetooth, et iCloud sera résolu lors de l'installation de la carte Broadcom, il ne manque plus qu'à la commander !

J'aimerai juste rajouter Audio HDMI dans la section ne fonctionne pas, et je n'arrive pas à trouver comment faire

Mais on est sur la bonne voie ! Merci à toi

[Quentin77]

Voila le lien pour les différents fichiers :

rapport.zip : http://www.mediafire.com/file/yi9h4h965gu7...rt_17_04_17.zip

IOReg : http://www.mediafire.com/file/g9ajdccam440..._17_04_17.ioreg

Du coup maintenant je suis paumé, dans ton DSDT tu avais fixé le GFX0 ou je sais plus quoi ? x)

[polyzargone]

Je viens apporter une grande nouvelle :

ton DSDT et SSDT FONCTIONNENT

Je me suis dis, ça fonctionne mal avec ton config.plist, mais pourquoi ne pas essayer avec celui que j'utilise qui fonctionne bien ? Et bingo, ça fonctionne ! J'ai même plus besoin d'utiliser le Kext IntelBacklight qui me fait de toute manière annuler le rétroéclairage de l'écran. En revanche les boutons de réglage de la luminosité ne fonctionnent pas, ce qui est bizarre

!!!

Ça devrait faciliter les choses maintenant.

Quelques liens qui m'ont permis de régler ce problème (ça dépendra peut-être du kext utilisé pour le trackpad/clavier) :

https://www.tonymacx86.com/threads/guide-hp...-clover.151708/

http://www.insanelymac.com/forum/topic/305...otkeys-in-dsdt/

http://forum.osxlatitude.com/index.php?/to...ouchpad-driver/

le seul truc qui n'apparait pas est la barre de réglage du temps de mise en veille du Mac, ce qui est assez gênant sur batterie tout de même.

Il me semble que ça n'existe plus depuis les histoires d'autonomie avec les batteries des MBP 2016 …

J'aimerai juste rajouter Audio HDMI dans la section ne fonctionne pas, et je n'arrive pas à trouver comment faire

Rapport.zip et IOReg à jour stp.

[Quentin77]

Rapport.zip et IOReg à jour stp.

Déjà fait

Il me semble que ça n'existe plus depuis les histoires d'autonomie avec les batteries des MBP 2016 unsure.gif…

Ah tant pis, mais il me semblait que lorsque j'utilisais la configuration toute faite il y avait ce réglage qui apparaissait ! Après l'appareil à l'air de se mettre en veille donc ça me gêne pas trop

Quelques liens qui m'ont permis de régler ce problème (ça dépendra peut-être du kext utilisé pour le trackpad/clavier) :

Je vais essayer

[Quentin77]

Je suis maudit : https://www.noelshack.com/2017-16-149246317...-a-23-05-40.png

Mais qu'est ce que c'est que cette erreur à la c** ? Je peux plus ouvrir MaciASL !

EDIT : Pas la peine, j'ai trouvé l'erreur, je vais continuer mes recherches ! Désolé du dérangement

Ce message a été modifié par Quentin77 - 17 Apr 2017, 22:21.

[polyzargone]

Tu trouveras 2/3 trucs à savoir pour utiliser MaciASL ici : http://forum.macbidouille.com/index.php?showtopic=402829

Notamment sur la copie de iasl6.1 dans ton dossier /usr/bin et l'utilisation des dépôts de patchs .

Du coup maintenant je suis paumé, dans ton DSDT tu avais fixé le GFX0 ou je sais plus quoi ? x)

Oui.

Tu peux utiliser IORegistry Explorer et chercher IGPU pour voir si il est bien rattaché au(x) kext(s) qui gère(nt) ton Intel HD 520.

Ce qui apparemment est bien le cas :

Et plus généralement, tu peux t'en servir pour voir si les patchs DSDT/SSDT sont bien pris en compte.

[Quentin77]

J'arrive pas à patcher le dsdt.dsl !

J'ai une question, comment considère-t-on que deux fichiers SSDT sont identiques ? Parce que j'ai des tas de fichiers avec des sections identiques mais le code à l'intérieur de ces sections est totalement différent du coup je fais quoi ? J'ai cherché sur internet la solution à un problème que j'ai eu lorsque j'ai essayé de compilé après avoir patcher le DSDT ( 34202, 6126, syntax error, unexpected $end and premature End-Of-File ) et il semblerait que la décompilation se soit mal effectué à cause de doublons... Sauf que je ne sais absolument pas si je dois considérer que vu que les fichiers comportent les mêmes sections, alors je dois les supprimer.

En tout cas super tuto il est clair et précis !

Ce message a été modifié par Quentin77 - 18 Apr 2017, 08:17.

[polyzargone]

J'ai une question, comment considère-t-on que deux fichiers SSDT sont identiques ? Parce que j'ai des tas de fichiers avec des sections identiques mais le code à l'intérieur de ces sections est totalement différent du coup je fais quoi ? J'ai cherché sur internet la solution à un problème que j'ai eu lorsque j'ai essayé de compilé après avoir patcher le DSDT ( 34202, 6126, syntax error, unexpected $end and premature End-Of-File ) et il semblerait que la décompilation se soit mal effectué à cause de doublons...

Non, si la décompilation avait échoué à cause de doublons, tu n'aurais eu aucun fichier .dsl et elle se serait arrêtée.

Si tu as des erreurs lorsque tu utilises des patchs et que tu compiles la DSDT (ou n'importe quel fichier .dsl), c'est autre chose.

Il faudrait savoir ce que tu as tenté de faire exactement pour voir d'où ça vient mais il y a quand même 2/3 trucs à savoir :

- Tu n'as pas besoin de tout patcher et tu n'as pas besoin de toutes les SSDT ! Les plus importantes sont la DSDT et les SSDT qui contiennent les PEG0 ou GFX0.

- Avant de commencer quoique ce soit, il faut vérifier que la DSDT/SSDT ne contient pas d'erreurs dès le début. Si c'est le cas, il y a des patchs pour les corriger. Ce n'est pas toujours vrai mais dans le dépôt de RehabMan (http://raw.github.com/RehabMan/Laptop-DSDT-Patch/master), il y en a quelques uns regroupés dans [syn] ou [gfx0] Cleanup/Fix Error par exemple. Mais avant de les utiliser, il faut regarder à quoi correspond l'erreur et voir si le patch est censé la corriger.

Pour info, il n'y a pas d'erreurs après décompilation dans ta DSDT.dsl mais il y en a dans la SSDT-1.dsl et dans les SSDT-3.dsl et SSDT-6x.dsl. Mais de toute manière, ces trois là peuvent êtres ignorées et d'ailleurs, tu peux ignorer toutes les SSDT qui contiennent les CPUx.

- Applique les patchs un par un. S'il y en a un qui pose problème, tu pourras l'annuler alors que si tu fais tout en même temps, ça va être plus compliqué de déterminer celui qui cloche.

- Certains patchs doivent être appliqués dans un certain ordre. Ainsi, il faut commencer par appliquer les "Rename xxx to xxx" pour ensuite pouvoir appliquer les patchs qui vont corriger/modifier le Device concerné. Par exemple, il faut que toutes les occurrences à GFX0 soit renommée en IGPU pour pouvoir commencer à appliquer tout ce qui concerne ce Device.

- Certains patchs doivent être appliqués aussi bien sur la DSDT que sur d'autres SSDT. C'est le cas notamment de Rename GFX0 to IGPU. Pour faire simple, il faut que tout les Device dans un fichier ait le même nom dans un autre qui fait appel à lui.

Sauf que je ne sais absolument pas si je dois considérer que vu que les fichiers comportent les mêmes sections, alors je dois les supprimer.

Comme je disais plus haut, je n'ai pas vu de doublons dans tes tables. C'est probablement une erreur ou un oubli de ta part lors de la décompilation.

Pour rappel :

- Toutes les tables doivent êtres issues du dossier origin et il vaut mieux travailler sur des copies plutôt que directement dans le dossier origin.

- Il ne faut pas copier tout ce qu'il y a dans le dossier origin mais uniquement la DSDT.aml et toutes les SSDT-x.aml. C'est tout !

- Il faut utiliser cette version de MaciASL et pas celle de Sourceforge et il ne faut pas oublier de copier le binaire iasl61 dans le bon dossier comme expliqué dans mon tuto. En partant du principe que MaciASL se trouve dans le dossier Téléchargements, je remet la commande ici au cas où :

Code

sudo cp ~/Downloads/MaciASL.app/Contents/MacOS/iasl61 /usr/bin/iasl

Et enfin, il ne faut pas oublier de créer le fichier rfs.txt dans le dossier contenant la DSDT.aml et les SSDT-x.aml. Ce fichier doit être au format .txt et doit contenir ceci :

Code

External(MDBG, MethodObj, 1)
External(_GPE.MMTB, MethodObj, 0)
External(_SB.PCI0.LPCB.H_EC.ECWT, MethodObj, 2)
External(_SB.PCI0.LPCB.H_EC.ECRD, MethodObj, 1)
External(_SB.PCI0.LPCB.H_EC.ECMD, MethodObj, 1)
External(_SB.PCI0.PEG0.PEGP.SGPO, MethodObj, 2)
External(_SB.PCI0.GFX0.DD02._BCM, MethodObj, 1)
External(_SB.PCI0.SAT0.SDSM, MethodObj, 4)
External(_GPE.VHOV, MethodObj, 3)
External(_SB.PCI0.XHC.RHUB.TPLD, MethodObj, 2)

[Quentin77]

Comme je disais plus haut, je n'ai pas vu de doublons dans tes tables. C'est probablement une erreur ou un oubli de ta part lors de la décompilation.

J'ai fait exactement comme dans ton tuto, je n'ai rien oublié ! Par contre c'est extrêmement bizarre, par sécurité je viens de refaire toutes les manips en supprimant le dossier tables que j'avais créer sur le bureau, et voila maintenant que la DSDT possède une erreur de base alors qu'elle n'en avait pas avant :

13326, 6126, syntax error, unexpected PARSEOP_ARG1

Pour info, il n'y a pas d'erreurs après décompilation dans ta DSDT.dsl mais il y en a dans la SSDT-1.dsl et dans les SSDT-3.dsl et SSDT-6x.dsl. Mais de toute manière, ces trois là peuvent êtres ignorées et d'ailleurs, tu peux ignorer toutes les SSDT qui contiennent les CPUx.

La SSDT-5 possède des erreurs de désassemblage (indiqué dans les lignes vertes dans MaciASL), contrairement aux SSDT 1, 2, 3, 4 et 6 qui en possédaient ce matin quand j'ai testé ton tuto. Encore bizarre tout ça

J'ai vérifié et refait tout le tutoriel 2 fois, il semblerait que la DSDT possède à présent une erreur de compilation et les erreurs de désassemblage ont disparue sur les SDDT 1, 2, 3, 4 et 6

Soit je suis vraiment nul, soit je suis vraiment abruti

[polyzargone]

T'aurais pas oublié ça ?

Et juste pour être sûr, c'est bien les fichiers .dsl que tu ouvres ? Pas les .aml ?

Parce que moi, j'obtiens ça en faisant comme dans mon tuto :

 test.zip ( 201.89 Ko ) Nombre de téléchargements : 3


Et il n'y a pas d'erreurs dans la DSDT.dsl

La SSDT-5 possède des erreurs de désassemblage (indiqué dans les lignes vertes dans MaciASL)

Ce qu'il y a en vert, ce n'est pas des erreurs mais des commentaires. Les erreurs, tu dois les voir dans la fenêtre Compiler summary qui doit s'afficher quand tu cliques sur Compile :

Et n'oublies pas : les Warnings en jaune ne sont pas des erreurs et ils n'ont pas d'importance. Ils peuvent êtres ignorés.

[yokin07]

je viens de tester sur ses fichiers, et je tombais sur une erreur dans la DSDT ... j'ai chercher, chercher et encore chercher en fin de compte j'avais créer le fichier refs.txt en passant par textedit ben pas bon ... créer avec textwrangler pas de problème, plus d'erreur à la compilation. Ouf ! a voir si il a fait la même erreur que moi maintenant.

[Quentin77]

T'aurais pas oublié ça ?

Non j'ai pas oublié

Et juste pour être sûr, c'est bien les fichiers .dsl que tu ouvres ? Pas les .aml ?

Oui c'est bien les .dsl x)

Et il n'y a pas d'erreurs dans la DSDT.dsl

Je sais, ce matin j'en avais pas, mais maintenant si...

Ce qu'il y a en vert, ce n'est pas des erreurs mais des commentaires. Les erreurs, tu dois les voir dans la fenêtre Compiler summary qui doit s'afficher quand tu cliques sur Compile :

Oui je me suis mal exprimé x) Ce matin il y avait des commentaires "Warning dissaembly not succesfull" ou des trucs comme ça je ne me souviens plus exactement.

J'ai bien compris la différence mais le problème c'est que apparemment, la DSDT n'est plus la même que ce matin, ce qui est franchement très bizarre

je viens de tester sur ses fichiers, et je tombais sur une erreur dans la DSDT ... j'ai chercher, chercher et encore chercher en fin de compte j'avais créer le fichier refs.txt en passant par textedit ben pas bon ... créer avec textwrangler pas de problème, plus d'erreur à la compilation. Ouf ! a voir si il a fait la même erreur que moi maintenant.

Ah bah je te remercie, je viens de trouver la solution au problème ! Ce matin j'ai créé le fichier refus.txt avec l'éditeur de scripts tandis que depuis ce soir, je le faisais avec TextEdit, je vais réessayer !

EDIT : Plus aucune erreur comme ça et je dois surement retomber sur les mêmes résultats que toi poly, un grand merci a toi yokin07

Ce message a été modifié par Quentin77 - 18 Apr 2017, 20:37.

[Quentin77]

Maintenant, d'après ton tuto, voici l'erreur de compilation que j'ai eu dès le PREMIER patch (Remove _DSM methods) :

33968, 6126, syntax error, unexpected $end and premature End-Of-File

La DSDT peut fonctionner sans ce patch ?

EDIT : les patchs Rename GFX0 to IGPU et Fix Mutex with non-zero SyncLevel ne peuvent pas être appliqué. Je pense que ça vient des injections clover qui ont déjà été faites nan ?

Ce message a été modifié par Quentin77 - 18 Apr 2017, 21:01.

[yokin07]

si ça ne marche pas avec ce patch tu peux passer par l'autre patch de rehabman, "Rename _DSM method to XDSM", en principe ça fonctionne. Par contre attention c'est le premier patch a appliquer avant tous les autres.

[polyzargone]

Ah OK.

Désolé mais j'ai tellement l'habitude que je n'ai pas précisé que dans TextEdit, il faut impérativement faire Menu Format > "Convertir au format Texte" !

Sinon, ce petit salopard créé automatiquement un fichier .rtf .

si ça ne marche pas avec ce patch tu peux passer par l'autre patch de rehabman, "Rename _DSM method to XDSM", en principe ça fonctionne. Par contre attention c'est le premier patch a appliquer avant tous les autres.

+1

Il faut prendre le temps de lire ce qu'il y a écrit au début de chaque patch :

#Maintained by: RehabMan for: Laptop Patches
#rename_DSM.txt

# To remove all _DSM methods by renaming to XDSM.
#
# Since "Remove _DSM methods" exposes a MaciASL bug with certain files,
# this one can be used instead.

into_all method label _DSM set_label begin XDSM end;
into_all method code_regex _DSM replaceall_matched begin XDSM end;

EDIT : les patchs Rename GFX0 to IGPU et Fix Mutex with non-zero SyncLevel ne peuvent pas être appliqué. Je pense que ça vient des injections clover qui ont déjà été faites nan ?

Je n'ai pas d'erreur de mon côté en appliquant dans l'ordre :

Rename GFX0 to IGPU
Rename B0D3 to HDAU
Fix Mutex with non-zero SyncLevel

Un autre truc qu'il faut bien comprendre :

Quand tu bosses sur les tables ACPI extraites du dossier origin puis décompilées, Clover n'a rien à voir là dedans. Les injections, les patchs Clover etc. n'existent tout simplement pas et ne sont pas pris en compte car les tables ACPI sont extraites directement depuis ton Bios. Clover ne sert qu'à les récupérer mais il n'y touche pas.

En clair, tout ce que tu fais dans le config.plist n'a aucun impact sur les tables ACPI.

En revanche :

N'ouvres jamais MaciASL directement ! Sinon, il va t'ouvrir une DSDT nommée Pre-edited DSDT qui elle, sera directement extraite depuis ta configuration actuelle. Donc tout ce que Clover aura injecté sera présent et du coup, cette DSDT sera totalement biaisée.

[Quentin77]

Merci, ça fonctionne niquel ! Maintenant place aux patchs !

[polyzargone]

Ah et j'oubliais :

Cette cochonnerie de MaciASL a la sale habitude d'enregistrer des modifications sans prévenir, même si on lui dit clairement de ne pas le faire. Donc si tu as des doutes, n'hésite pas à travailler sur des copies des .dsl décompilées ou à relancer une décompilation en virant tous les .dsl de ton dossier de travail (tables en l'occurrence).

[Quentin77]

Je n'ai pas d'erreur de mon côté en appliquant dans l'ordre :

Rename GFX0 to IGPU
Rename B0D3 to HDAU
Fix Mutex with non-zero SyncLevel

Ce sont les seuls patchs à appliquer ?

Et est ce que je peux, à partir d'une copie, renommer ton DSDT.aml en DSDT.dsl (à l'inverse du tuto) puis travailler à partir de la pour fixer les boutons pour régler la luminosité ?

[polyzargone]

Ce sont les seuls patchs à appliquer ?

Pas forcément. En fait ça dépend de ce que tu veux obtenir et de ta config. Par exemple sur la tienne, tu ne vas pas appliquer le patch [gfx0] Disable from _INI (SSDT) parce que ta config n'est pas dotée d'Optimus. Mais toi, tu cherches à avoir les réglages de Luminosité avec les touches de fonction. Donc dans ton cas, il faut regarder ici :

http://www.insanelymac.com/forum/topic/305...otkeys-in-dsdt/

Ça devrait coller puisque tu utilises VoodooPS2Controller.kext (alors que moi, j'utilise ApplePS2SmartTouchPad.kext).

Il ne faut pas appliquer les patchs au pif et c'est même fortement déconseillé. Il faut que tu regardes les guides qui parlent du HP Spectre x360 et voir quels patchs sont indiqués. Cela dit, il y a ceux qui sont dans celui de RehabMan qui devraient correspondre à la plupart des portables et mêmes aux desktop. C'est indiqué à la rubrique :

Common Patches

Generally, a DSDT patch should only be applied after finding a need for that specific fix. But there are several patches that are commonly needed and that have only a small chance of causing a problem. They are in my laptop repo and are listed here:
"Fix _WAK Arg0 v2"
"HPET Fix"
"SMBUS Fix"
"IRQ Fix"
"RTC Fix"
"OS Check Fix"
"Fix Mutex with non-zero SyncLevel"
"Fix PNOT/PPNT" (use only if you're dropping CPU related SSDTs)
"Add IMEI" (do not use if your DSDT or SSDTs already have IMEI/HECI/MEI device)

Mais si je me souviens bien, je les avais tous déjà appliqué dans une des DSDT que je t'avais filé. Quoiqu'il en soit, il vaut mieux que tu recommences et que tu le fasses toi même.

Et est ce que je peux, à partir d'une copie, renommer ton DSDT.aml en DSDT.dsl (à l'inverse du tuto) puis travailler à partir de la pour fixer les boutons pour régler la luminosité ?

Non, ce n'est pas comme ça que ça marche.

Une fois enregistré en .aml le fichier n'est plus "reconvertible" en .dsl car il aura été compilé. Il faudrait le re-décompiler mais ça donnerait un fichier .dsl complètement biaisé.

Mais…

Tu peux travailler sur un fichier .aml du moment qu'il n'a pas d'erreur. Donc en ce qui te concerne, tu peux essayer de suivre le guide cité plus haut (pour les touches de fonction) à partir du .aml que tu utilises actuellement.

Le truc, c'est que je ne peux pas t'aider sur ce coup là parce qu'il faut que tu tapes physiquement les touches et que tu regardes dans les logs pour voir à quoi ça correspond (v. le guide).

[Quentin77]

Bon bah en fait j'ai pas "besoin" de patcher la DSDT puisque les réglages fonctionnent mais en appuyant sur la touche FN + F2/F3, comme ça a été défini dans les réglages. Néanmoins je vais tout de même essayer de patcher moi même la DSDT pour pouvoir avoir accès aux réglages sans appuyer sur FN (eh c'est très fatiguant d'appuyer sur un bouton de plus ! )

Petit problème, quand je suis sur la console et que j'appuie sur le bouton souhaité, et bien... Rien ne se passe ! Les lignes continuent à apparaître mais en analysant un peu, je vois pas de lignes qui correspond à un appel pour ma touche, donc pas moyen de savoir quel est le chiffre (en hexa) à appliquer

J'ai cherché dans systeme.log et bon j'ai pas vraiment eu le temps de tout regarder mais j'ai pas trouvé. Quand il parle de syslog (dans le tuto) c'est bien ce fichier ?

Bon bah on va faire un petit résume de ce qui fonctionne et ce qui ne fonctionne pas :

Voici ce qui fonctionne :

Trackpad
Clavier
Rétro éclairage
Raccourcis claviers (Touches fonctions) sauf le réglage luminosité qui doit utiliser la touche FN pour fonctionner (oui, c'est tout de même mieux que rien)
Le son (seulement son intégré, l'audio HDMI ne fonctionne toujours pas)
Redémarrage, Extinction, veille, sortie de veille
Ecran externe
Ethernet (Via USB iPhone ou USB to ethernet)
Bluetooth (Souris, clavier)
Ecran tactile
Bouton de volume latéraux (sur la tranche du PC)
USB
Graphisme (Plus de KP, glitchs)
Batterie (Batterie restante, Icone de la batterie, et gestion de la mise en veille de l'écran)

Ce qui fonctionne pas :

WiFi : pour fixer ce problème, changer la carte WiFi avec une Broadcom BCM94352Z
Partage de connexion via Bluetooth (le Bluetooth doit être intégré à la carte réseau et aucune supercherie n'est possible)
Connexion iCloud : le type de connexion doit être interne et donc ce problème devrait disparaître lors du remplacement de la carte WiFi, ce qui rendra le Hackintosh 100% fonctionnel pour les usages de base (ceux que j'ai cité dans ma liste "d'exigences" car il ne sera probablement jamais fonctionnel à 100% comme les MacBook Pro exemple : certaines gestuelles (double tap + glisser pour déplacer un fichier non fonctionnel, il faut utiliser une mains pour appuyer et l'autre pour déplacer la souris, mais j'ai récemment acquérie une souris Bluetooth qui fonctionne niquel avec le hack et donc pas de soucis de ce côté la )

Petite question : pourquoi le WiFi ne fonctionne pas alors que le Bluetooth, qui se trouve sur la même carte Intel, fonctionne, lui ?

Enfin voilà un grand merci à polyzargone, yokin07 pour leurs diverses réponses et aux sites de tonymacx86 et insanelymac dont je me suis grandement inspiré !

Ce message a été modifié par Quentin77 - 19 Apr 2017, 07:42.

[Quentin77]

HEP hep hep, je suis trop rapide et j'oublie des trucs ! Il me reste l'audio HDMI et vérifie si le son passe sur le port mini jack pour l'entrée et la sortie. Il reste aussi le webcam intégrée et en revanche, je pense pas que le lecteur de carte SD intègre fonctionne et de toute manière je ne m'en sert jamais. Je peux toujours booter sous Windows pour y avoir accès c'est pas un problème en soi

[yokin07]

pour l'audio HDMI je ne sais pas si tu as lu ceci : http://forum.macbidouille.com/index.php?showtopic=396861
CDLT
Yokin

[Quentin77]

Il y a des erreurs dans mon tuto qui a été fait pour Yosemite et qui du coup n'est plus trop à jour. De plus n'ayant pas de système shylake sous la main les HD5x0 sont de l'extrapolation plus qu'autre chose.

Nous avons eu une discussion sur l'audio hdmi et je me suis rendu compte qu'il y avait des erreurs.

@Poly : je ne peux plus éditer le tuto ! Y a-t-il modifier la date ou une autre bidouille pour que je puisse le mettre à jour ?

J'ai déjà essayé ce tuto et malheureusement ça ne fonctionnait pas, et j'ai eu la réponse dans le post cité

Je vais essayer ça ce soir ou quand je pourrai du moins

[polyzargone]

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é ?

 HP_Spectre_x360_test3.zip ( 64.53 Ko ) Nombre de téléchargements : 2


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.

[Sebinouse]

Il y a des erreurs dans mon tuto qui a été fait pour Yosemite et qui du coup n'est plus trop à jour. De plus n'ayant pas de système shylake sous la main les HD5x0 sont de l'extrapolation plus qu'autre chose.

Nous avons eu une discussion sur l'audio hdmi et je me suis rendu compte qu'il y avait des erreurs.

@Poly : je ne peux plus éditer le tuto ! Y a-t-il modifier la date ou une autre bidouille pour que je puisse le mettre à jour ?

J'ai déjà essayé ce tuto et malheureusement ça ne fonctionnait pas, et j'ai eu la réponse dans le post cité

Je vais essayer ça ce soir ou quand je pourrai du moins

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