Problème de mise en veille, Mauvais réglage USB

[JackClouseau]

Salut à vous,

Mon tout nouvel hackintosh (Mojave) ne se met plus en veille, ni automatiquement (économiseur d'énergie), ni depuis la commande manuelle (Suspendre l'activité).
J'ai fait quelques modifications entre le moment où la veille fonctionnait et celui où elle ne fonctionne plus :

• Installé 1 SSD SATA (backup OS)
• Changé un HDD SATA (fichiers)
• Changé le nom du compte utilisateur principal
• MàJ Mojave 10.14.6 v3 (18G95)

Du coup, je test en déconnectant le nouveau SSD, puis le nouveau HDD : pas d'amélioration.

Ensuite, je remarque que la diode d'accès disque sur la façade du boîtier clignote fort : un logiciel en tâche de fond… au hasard, Spotlight ?

Pas facile d'accéder aux infos d'indexation dans Mojave… en tapant quelques caractères dans le champ de recherche Spotlight, j'affiche un état d'indexation (pas très précis) : la barre de progression est à peine remplie et ça ne semble pas avancer.
En suivant cet article, je force Spotlight à re-indexer le volume de démarrage.
Reste plus qu'à attendre que l'indexation aboutisse et on verra si c'est elle qui prévient la mise en veille.

Vos avis sont les bienvenus !

[Edit] Et aussi, d'après cet article, un fichier _TagsMail.mdimporter pourrait empêcher l'indexation d'aboutir sous Mojave.
J'essaierai peut-être de le supprimer si ça coince toujours.

[Edit] Pas sûr que c'est le bon endroit sur le forum pour poster ce sujet, mais dans le doute qu'il s'agisse d'un problème lié à l'installation hackintosh… mes excuses si ça n'est pas le cas.

Ce message a été modifié par JackClouseau - 7 Oct 2019, 14:24.

[JackClouseau]

L'indexation Spotlight est terminée a priori : quand j'ouvre Spotlight (Finder > Barre de menu > Icône loupe) et tape quelques caractères, la ligne "Indexation en cours" n'est plus affichée.
La mise en veille ne fonctionne toujours pas : les moniteurs deviennent noirs mais les ventilos UC continuent de tourner et il y a un bref accès disque toutes les 4 secondes (diode façade boîtier).

Est-ce qu'un reset nvram aiderait ?
Commande terminal :

Code

sudo nvram -d

Ce message a été modifié par JackClouseau - 12 Sep 2019, 14:18.

[jeanchrijaz]

tu as bien désactivé wake up on lan dans le bios
et désactivé reactiver lors d'accès réseau dans les préférences système?

[JackClouseau]

Wake On Lan était activé dans le BIOS, mais ça n'empêchait pas la gestion de veille il y a quelques jours.
J'ai désactivé Wake On Lan dans le BIOS et retesté sans succès.
Je vois toujours la diode d'accès disques clignoter brièvement plusieurs minutes après avoir demandé la mise en veille.

Dans les Prefs système > Energie, seul "Suspendre activité disques durs" est activé.

A creuser, en attendant, j'éteindrai l'ordi (heureusement, ça redémarre tellement vite sur le SSD M2).

Ah, un indice trouvé dans cet article.
En envoyant la commande pmset -g |grep sleep dans le terminal, j'obtiens ça :

networkoversleep 0
sleep 15 (sleep prevented by nsurlsessiond)
hibernatefile /var/vm/sleepimage
disksleep 10
displaysleep 15

Le processus nsurlsessiond empêcherait la mise en veille ?
A priori, c'est lié à iCloud.

[Edit] J'ai quitté le process nsurlsessiond depuis le Moniteur d'activité puis demandé la mise en veille, pas mieux… à suivre.

Ce message a été modifié par JackClouseau - 12 Sep 2019, 15:03.

[JackClouseau]

Miracle, l'ordi se met bien en veille à nouveau.

Possible que ça ait un rapport avec iCloud et nsurlsessiond parce que tout ce que j'ai fait de nouveau, c'est déconnecter la session iCloud depuis les Prefs système et re-connecter.
Dans Moniteur d'activité, le process nsurlsessiond tourne toujours mais la commande terminal pmset -g |grep sleep n'indique plus que ce process est bloquant pour la veille.

Ce message a été modifié par JackClouseau - 12 Sep 2019, 17:06.

[mbournau]

Il n'est arrivé sur cette nouvelle configuration Z390 Core i9-9900 de perdre la mise en veille automatique (à la suite d'une modification matérielle notamment : installation carte PCI, branchement moniteur 5k Ultrafine en TB3 en plus du moniteur DP... ou bien motifs SMBIOS, BIOS etc.).

J'ai fait cela à chaque fois que le problème s'est posé:

- Suspension volontaire activité une première fois (le hack se met pas en veille - seulement l'(les) écran(s) - ou bien la veille s'interrompt quelques secondes après )
- Re activation
- Re suspension volontaire activité (1 fois ou 2) et ça a marché, la mise en veille s'est faite correctement...

Même chose si, au réveil, la carte graphique émet un son de soufflerie d'enfer...

Comme quoi le sommeil ça s'éduque... Il ne faut surtout ne pas s'énerver sinon ça vient pas

(NB : Ce n'est qu'une expérience personnelle)

Il y a aussi cette procédure :

Ouvrir terminal et copier/coller ce qui suit :

Code:

cd /Library/Preferences
ls -l com.apple.PowerManagement.*

On obtient quelque chose comme ça :

(Mais bien sûr pas exactement ça !!)

Code:

-rw-r--r-- 1 root wheel 1349 Jan 28 04:17 com.apple.PowerManagement.61C48C50-8216-5692-8A44-0EE34A6E1959.plist
-rw-r--r-- 1 root wheel 749 Jan 28 04:17 com.apple.PowerManagement.plist

Maintenant effacer tout ça en tapant la commande ci dessous, et redémarrer -- MacOS reconstruira les fichiers automatiquement :

Code:

sudo rm com.apple.PowerManagement.*

(Faire bien attention à recopier scrupuleusement les phrases)

Ce message a été modifié par mbournau - 13 Sep 2019, 06:30.

[JackClouseau]

Ah, tu supprimes ce fichier de paramètres Gestion de l'alimentation pour que le système le refasse proprement, c'est ça ?
J'ai vu passer cette piste dans la recherche de solutions hier mais ne l'ai pas testé car la veille s'est remise à fonctionner suite à déconnexion / reconnexion d'iCloud.
Merci de partager, ça fait une recette de plus en cas de besoin !

[mbournau]

Oui, c'est bien connu

[JackClouseau]

Réactivation de ce post, je viens d'installer une nouvelle carte PCI WiFi BT sur mon hackie (BCM94360CS, la précédente, même modèle, était défectueuse, échange vendeur et hop) : WiFi et BT sont reconnus direct par Mojave mais cette nouvelle habitante bloque la mise en veille manuelle.

Avant elle, cliquer sur "Suspendre" faisait tourner les ventilos un peu plus vite au bout de 10 secondes puis l'ordi partait en veille.
Maintenant, les écrans semblent ne plus recevoir de signal mais c'est tout, plus de cycle rapide des ventilos et l'ordi reste éveillé.

La commande pmset -g |grep sleep dans le terminal ne renvoie pas d'info indiquant un process bloquant la veille :

Code

networkoversleep     0
sleep                1
hibernatefile        /var/vm/sleepimage
disksleep            10
displaysleep         10

J'ai supprimé les fichiers de paramètres PowerManagement.plist comme indiqué par mbournau dans ce fil, sans succès.

Vos suggestions de pistes à suivre sont les bienvenues.

Les infos WiFi de la carte dans Infos Système si utile :

Réseau > WiFi

Version des logiciels :
CoreWLAN : 13.0 (1375.2)
CoreWLANKit : 13.0 (1375.2)
Menu Extra  : 13.0 (1380.2)
Informations système : 12.0 (1300.2)
Famille IO80211 : 12.0 (1200.12.2)
Diagnostic : 1.0 (805)
Utilitaire AirPort : 6.3.9 (639.9)
Interfaces :
en4 :
Type de carte : AirPort Extreme (0x14E4, 0x112)
Version du programme interne : Broadcom BCM43xx 1.0 (7.77.61.2 AirPortDriverBrcmNIC-1305.8)
Adresse MAC : xx:xx:xx:xx:xx:xx
Locale : FCC
Code du pays : X0
Canaux pris en charge : 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 36, 40, 44, 48, 52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140, 144, 149, 153, 157, 161, 165
Activation à distance sans fil : Géré
AirDrop : Géré
Canal AirDrop : 0
Déverrouillage automatique : Géré
État : Désactivé

Ce message a été modifié par JackClouseau - 2 Oct 2019, 15:25.

[JackClouseau]

Peut-être une piste à suivre du côté des paramètres USB dans mon dossier EFI d'après cet article.
Mais c'est très technique… je comprends que la partie BT de ma carte combo est connectée à un port USB de la carte mère, ce qui pourrait empêcher la veille si ce port n'est pas correctement configuré dans mon ficher de config USB.
J'ai hérité des fichiers de config EFI qui ont fonctionné presque aussitôt sur ma machine : coup de pot, mais du coup, je ne sais pas comment vérifier et éventuellement modifier la config USB.

[Edit] Je viens de faire un test, peut-être un peu naïf : débranché le connecteur USB de la carte combo sur la carte mère (Bluetooth) pour "évacuer" un éventuel problème avec l'USB.
Et l'ordi ne part toujours pas en veille.
Peut-être le problème est-il lié à la connection PCI de la carte ou au niveau de MacOS avec cette nouvelle connection réseau WiFi ?

Ce message a été modifié par JackClouseau - 2 Oct 2019, 17:44.

[JackClouseau]

Suite de l'enquête, en tapant pmset -g assertions dans le terminal, je trouve ça qui pourrait bloquer la veille :

Code

pid 242(cupsd): [0x0000001500118009] 01:58:36 NetworkClientActive named: "org.cups.cupsd"

Ce process correspond à mon driver d'imprimante que je sais, de longue date, capable de bloquer la veille, y compris sur le Mac avant le hackintosh.
Dès qu'une tâche d'impression reste dans le spooler (souvent des tâches fantômes), ça empêche la veille.
Je les supprime manuellement et l'ordi part en veille ensuite.

Donc, je désactive ce process avec la commande terminal suivante :

Code

sudo launchctl unload /System/Library/LaunchDaemons/org.cups.cupsd.plist

Et le hackie part enfin en veille, YES !
Mais se réveille aussi sec derrière.

Je croyais que c'était la nouvelle carte WiFi BT qui empêchait la veille et ne vois pas le rapport avec le spooler d'impression, peut-être y en a t-il un quand même.

Sinon, j'ai trouvé ce fichier dans EFI/CLOVER/ACPI/patched/SSDT-EC.aml.
Son contenu collé ci-dessous est différent de ce que je vois dans Textedit, beaucoup plus de caractères :

Code

SSDT?\x00\x00\x00ªhack\x00\x00_EC\x00\x00\x00\x00\x00\x00\x00\x00\x00INTL' [Ç._SB_EC___HID
EC000000\x00

Avez-vous une idée de son utilité ?
Pourrait-il avoir un effet sur la veille ?

Merci pour vos infos !

Ce message a été modifié par JackClouseau - 5 Oct 2019, 01:33.

[JackClouseau]

Mon problème de veille, apparemment très commun sur hackintosh et aussi sur Mac, semble difficile à diagnostiquer car les causes semblent souvent multiples et peuvent se superposer… mais il y a du mieux.

Résumé des épisodes précédents :
• Suite à l'ajout d'une carte PCI WiFi BT (avec connecteur USB relié à la CM pour le BT), le déclenchement manuel de la veille (menu pomme > Suspendre l'activité) n'avait aucun effet, alors que l'ordi partait bien en veille avant l'ajout de cette carte réseau.
• Soupçonnant la connection USB du BT, j'ai débranché le connecteur de la CM, sans succès, l'ordi ne partait toujours pas en veille… j'ai donc rebranché le connecteur USB.

Puis, sans raison particulière, l'ordi s'est mis à partir en veille lorsque je déclenchai la suspension manuellement MAIS se réveillait dans la seconde qui suivait.

D'abord sur la piste des cups du driver d'impression susceptibles de prévenir la veille, j'ai mis à jour le firmware et les drivers de l'imprimante et joué avec ses réglages réseau : désactivé sa fonction WiFi… sans succès.
Fausse piste, bien qu'une tâche d'impression en cours dans le spooler soit capable d'empêcher la veille, mais là, je sais quoi faire : supprimer la tâche.

Alors, j'ai cherché sur le net des cas de réveil immédiat après mise en veille ("instant wake") et joué avec des réglages du config.plist de l'EFI, sans succès non plus :

• ACPI > FixUSB (activé)
• ACPI > FixShutdown (activé)
• ACPI > FixAirport (activé)
• Boot > Darkwake=8

Désactivé proximitywake à l'aide du terminal, cette fonctionnalité MacOS signalant à l'ordi la proximité physique d'un périphérique BT (si j'ai bien compris), toujours pas de veille durable :

Code

pmset -a proximitywake 0

Avant de passer à la solution radicale, supprimer la carte WiFi BT, je débranche à nouveau le connecteur USB du module BT vers la CM, pour voir.
Miracle, l'ordi part maintenant en veille et y reste !

En fait, d'après les infos de la toile, c'est la cause qui revient le plus souvent pour les problèmes de veille : le connecteur USB lié au module BT est possiblement mal adapté au module BT et interfère sur la veille.
Sur ma carte mère Gigabyte Aorus Pro, ce connecteur USB 2.0 est le HS11 [Edit] plutôt HS13 en fait, pas sûr, situé au bas de la CM, celui de droite, en rouge sur ce schéma, légendé F_USB1.
Il me reste à retrouver et tester les solutions aperçues à droite et à gauche.
Je ne me souviens pas précisément, peut-être remapper l'ID du connecteur dans config.plist ou autre emplacement de l'EFI, en tout cas, un réglage à faire pour adapter le connecteur USB à la gestion de veille.

Vos idées pour me mettre sur la voie sont les bienvenues !

Ce message a été modifié par JackClouseau - 6 Oct 2019, 18:30.

[jeanchrijaz]

justement puisque tu parles d'USB est ce que tu n'aurais pas un périphérique branché qui empêche la mise en veille
ca c'est déjà vu a plusieurs reprises qu'un périphérique externe soit la cause

moi si j'étais toi je commencerai par le plus simple que de commencer à vouloir tout trifouiller
déjà essaye de laisser branché le strict minimum et voir si tu arrives à le mettre en veille
si la veille fonctionne tu rebranches un par un des périphériques jusqu’à ca ne fonctionne plus pour connaitre le périphérique responsable
et si ca ne vient pas de ca tu peux ensuite approfondir les recherches

[JackClouseau]

Bon, je suis dans le brouillard épais vu mes connaissances et ne trouve pas de tuto à ma portée.

Je ne sais vraiment pas comment modifier le réglage de ce connecteur USB où est reliée la carte BT, ni même si c'est utile…
Vu que tous les USB semblent fonctionner sur ma machine actuellement (sauf celui du BT, reste la veille), je crains de bousiller des trucs en voulant faire juste ce dernier réglage.

Peut-être faut-il un SSDT spécifique dans EFI/CLOVER/ACPI/patched (?)
Je n'ai qu'une vague idée de ce que c'est.
Puis-je le trouver tout fait pour ma CM (j'en ai essayé d'autres récupérés sur la toile, faits pour l'Aorus Z390 aussi) ?
Faut-il le créer ? Avec Hackintool ou autre outil ? comment procéder… ?

Sinon, j'utilise USBPorts.kext, d'autres utilisent USBInjectAll.kext.

Tout ça est beaucoup trop embrouillé pour moi, je vais déconnecter le BT en attendant éventuellement de re-essayer, pour l'instant, ça me tape juste sur le système !

justement puisque tu parles d'USB est ce que tu n'aurais pas un périphérique branché qui empêche la mise en veille

Ah, salut @jeanchrijaz, merci pour ton message.
J'ai pas grand chose de branché en USB sur la CM :
• Clavier + souris branchée sur le clavier (externe)
• Hub USB d'un écran (externe)
• Module BT de la carte PCI WiFi combo (interne)
• Liaison USB du boîtier à la CM (interne)

J'ai essayé de débrancher le Hub USB écran externe sans succès.
Donc, vu les tests effectués, je soupçonne toujours le connecteur USB pour le Bluetooth de manquer d'un petit quelque chose pour gérer la veille.

[Edit] Il y a probablement des pistes dans cet article, mais je ne sais pas les exploiter.

Ce message a été modifié par JackClouseau - 6 Oct 2019, 19:09.

[JackClouseau]

Et j'oubliai le tuto de MacBidouille pour la gestion de l'USB : faudrait que je creuse.

[Anibé]

Salut !
Ça ne va peut-être pas t'aider, mais on a déjà vu que BlueTooth posait parfois des gros problèmes de fonctionnement…
J'ai cru comprendre que ta souris est filaire, mais si tu laisses BT activé en permanence, ça peut venir de là.
Cela dit, je ne suis pas spécialiste

PPS : Je vois "résolu" dans le titre… Ça y est, ou c'est reparti ? Cette histoire, ça a un petit côté "Indiana Jones à la recherche du bug perdu"…

Ce message a été modifié par Anibé - 7 Oct 2019, 14:13.

[JackClouseau]

Merci pour l'encouragement !
C'est vrai, un peu rageant d'avoir juste ce petit grain de sable sur une machine qui tourne impeccable dans tous les autre secteurs.

Désactiver BT dans MacOS ne suffit malheureusement pas sur cette machine, je dois débrancher le connecteur USB qui relie la carte PCI combo à la carte-mère pour retrouver le fonctionnement normal de mise en veille.
C'est un moindre mal car le WiFi de la carte combo reste fonctionnel et ne gêne pas la veille.

Il faut probablement mieux régler la gestion USB des connecteurs mais je ne maîtrise pas suffisamment.
Comme tu dis, à force d'étudier le problème, on augmente les chances de réussir, mais j'ai mis en pause, on verra plus tard… ou pas, j'ai rarement besoin du BT.

[Edit] Bien vu ton commentaire sur le titre du post : le problème de veille existait et a été résolu avant l'ajout de la carte WiFi BT, puis est réapparu avec cette carte, à cause de l'USB cette fois, j'ai modifié le titre.

Ce message a été modifié par JackClouseau - 7 Oct 2019, 14:29.

[jeanchrijaz]

pour tes ports USB tu passes par quels kext ?
des kext génériques ou tu as suivi notre tuto? 📌 Affectation et activation des ports USB

[JackClouseau]

USBPorts.kext, pris sur ce tuto InsanelyMac, d'un gars avec une config proche de la mienne.
Je ne sais pas si c'est un générique, ça semble plutôt adapté à ma carte mère puisque tous les USB fonctionnent a priori (mais pas testés en détail).
Non, je n'ai pas suivi le tuto MacB et donc pas pris la peine de détecter mes USB et faire une prépa sur-mesure (faudrait peut-être…).

[Edit] J'ai aussi ce fichier en patch : EFI/CLOVER/ACPI/patched/SSDT-EC.aml
Pas sûr de son utilité.

Ce message a été modifié par JackClouseau - 7 Oct 2019, 15:30.

[jeanchrijaz]

peut être qu'il faudrait que tu profites pour détecter correctement tes ports USB
et mettre le connecteur du Bluetooth en interne... (255)

[JackClouseau]

Oui, tu as sûrement raison, j'ai vu ça aussi à droite à gauche cette histoire de port 255.
Mais refaire le plan USB entier juste pour un n° de port alors que ça marche presque pour l'instant… GRRR, j'espérai éviter !

[jeanchrijaz]

sinon si tu sais sur quel port est ton port USB rien ne t’empêche d'essayer d'éditer le fichier info.plist du kext et de mettre juste le port incriminé en 255 (interne)
pour repérer tes ports USB tu peux utiliser IORegistryExplorer

[JackClouseau]

Oui, vu comme ça, ça me semble plus simple.
J'ai déjà repéré la carte WiFi BT avec IORegistryExplorer (menu IOUSB) mais ne sais pas quelle valeur retenir pour le port.
Pour Hackintool, le connecteur serait HS13 a priori.

Mais dans config.plist, je ne trouve pas d'entrées correspondantes et me demande s'il faut modifier un truc que je n'ai pas identifié, ajouter du code…
Si tu veux bien y jeter un œil, ton avis pourrait me guider (désolé pour la longueur, il y a peut-être moyen de limiter la vue initiale du code?):

CODE

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>ACPI</key>
<dict>
<key>AutoMerge</key>
<true/>
<key>DSDT</key>
<dict>
<key>Debug</key>
<false/>
<key>DropOEM_DSM</key>
<false/>
<key>Fixes</key>
<dict>
<key>DeleteUnused</key>
<false/>
<key>FixDarwin7</key>
<false/>
<key>FixDisplay</key>
<false/>
<key>FixHDA</key>
<false/>
<key>FixHPET</key>
<true/>
<key>FixIPIC</key>
<true/>
<key>FixMutex</key>
<false/>
<key>FixRTC</key>
<true/>
<key>FixRegions</key>
<false/>
<key>FixShutdown</key>
<false/>
<key>FixTMR</key>
<true/>
</dict>
<key>Patches</key>
<array>
<dict>
<key>Comment</key>
<string>SAT0 to SATA</string>
<key>Disabled</key>
<false/>
<key>Find</key>
<data>
U0FUMA==
</data>
<key>Replace</key>
<data>
U0FUQQ==
</data>
</dict>
<dict>
<key>Comment</key>
<string>GLAN to GIGE</string>
<key>Disabled</key>
<false/>
<key>Find</key>
<data>
R0xBTg==
</data>
<key>Replace</key>
<data>
R0lHRQ==
</data>
</dict>
<dict>
<key>Comment</key>
<string>XPRW change Method(GPRW,2,N) to XPRW, pair with SSDT-GPRW.aml</string>
<key>Disabled</key>
<true/>
<key>Find</key>
<data>
R1BSVwI=
</data>
<key>Replace</key>
<data>
WFBSVwI=
</data>
</dict>
<dict>
<key>Comment</key>
<string>change HDAS to HDEF</string>
<key>Disabled</key>
<false/>
<key>Find</key>
<data>
SERBUw==
</data>
<key>Replace</key>
<data>
SERFRg==
</data>
</dict>
</array>
<key>ReuseFFFF</key>
<false/>
<key>SlpSmiAtWake</key>
<false/>
</dict>
<key>DisableASPM</key>
<false/>
<key>DropTables</key>
<array>
<dict>
<key>Signature</key>
<string>DMAR</string>
</dict>
</array>
<key>FixHeaders</key>
<true/>
<key>FixMCFG</key>
<false/>
<key>HaltEnabler</key>
<false/>
<key>SSDT</key>
<dict>
<key>DropOem</key>
<false/>
<key>Generate</key>
<dict>
<key>APLF</key>
<false/>
<key>APSN</key>
<false/>
<key>CStates</key>
<false/>
<key>PStates</key>
<false/>
<key>PluginType</key>
<true/>
</dict>
<key>NoDynamicExtract</key>
<false/>
<key>NoOemTableId</key>
<true/>
</dict>
<key>smartUPS</key>
<false/>
</dict>
<key>Boot</key>
<dict>
<key>Arguments</key>
<string>dart=0 slide=0</string>
<key>CustomLogo</key>
<false/>
<key>Debug</key>
<false/>
<key>DefaultLoader</key>
<string>boot.efi</string>
<key>DefaultVolume</key>
<string>CoffeeLake</string>
<key>Legacy</key>
<string>PBR</string>
<key>NeverDoRecovery</key>
<false/>
<key>NeverHibernate</key>
<false/>
<key>Secure</key>
<false/>
<key>Timeout</key>
<integer>3</integer>
<key>XMPDetection</key>
<string>Yes</string>
</dict>
<key>CPU</key>
<dict>
<key>UseARTFrequency</key>
<false/>
</dict>
<key>Devices</key>
<dict>
<key>Audio</key>
<dict>
<key>AFGLowPowerState</key>
<false/>
<key>Inject</key>
<string>No</string>
<key>ResetHDA</key>
<true/>
</dict>
<key>LANInjection</key>
<true/>
<key>Properties</key>
<dict>
<key>PciRoot(0x0)/Pci(0x0,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>Host bridge</string>
<key>model</key>
<string>8th Gen Core Processor Host Bridge/DRAM Registers</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>PCI bridge</string>
<key>model</key>
<string>Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor PCIe Controller (x16)</string>
</dict>
<key>PciRoot(0x0)/Pci(0x12,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>Signal processing controller</string>
<key>model</key>
<string>Cannon Lake PCH Thermal Controller</string>
</dict>
<key>PciRoot(0x0)/Pci(0x14,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>USB controller</string>
<key>model</key>
<string>Cannon Lake PCH USB 3.1 xHCI Host Controller</string>
</dict>
<key>PciRoot(0x0)/Pci(0x14,0x2)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>RAM memory</string>
<key>model</key>
<string>Cannon Lake PCH Shared SRAM</string>
</dict>
<key>PciRoot(0x0)/Pci(0x16,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>Communication controller</string>
<key>model</key>
<string>Cannon Lake PCH HECI Controller</string>
</dict>
<key>PciRoot(0x0)/Pci(0x17,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>SATA controller</string>
<key>model</key>
<string>Cannon Lake PCH SATA AHCI Controller</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1b,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>PCI bridge</string>
<key>model</key>
<string>Cannon Lake PCH PCI Express Root Port #17</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1c,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>PCI bridge</string>
<key>model</key>
<string>Cannon Lake PCH PCI Express Root Port #1</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1c,0x7)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>PCI bridge</string>
<key>model</key>
<string>Cannon Lake PCH PCI Express Root Port #8</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1d,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>PCI bridge</string>
<key>model</key>
<string>Cannon Lake PCH PCI Express Root Port #9</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1f,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>ISA bridge</string>
<key>model</key>
<string>Z390 Chipset LPC/eSPI Controller</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1f,0x3)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>Audio device</string>
<key>hda-gfx</key>
<string>onboard-2</string>
<key>layout-id</key>
<data>
AQAAAA==
</data>
<key>model</key>
<string>Cannon Lake PCH cAVS</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1f,0x4)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>SMBus</string>
<key>model</key>
<string>Cannon Lake PCH SMBus Controller</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1f,0x5)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>Serial bus controller</string>
<key>model</key>
<string>Cannon Lake PCH SPI Controller</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1f,0x6)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal</string>
<key>device_type</key>
<string>Ethernet controller</string>
<key>model</key>
<string>Ethernet Connection (7) I219-V</string>
</dict>
</dict>
<key>USB</key>
<dict>
<key>AddClockID</key>
<false/>
<key>FixOwnership</key>
<false/>
<key>HighCurrent</key>
<false/>
<key>Inject</key>
<false/>
</dict>
<key>UseIntelHDMI</key>
<false/>
</dict>
<key>GUI</key>
<dict>
<key>EmbeddedThemeType</key>
<string>Dark</string>
<key>Hide</key>
<array>
<string>Preboot</string>
<string>Recovery</string>
</array>
<key>Mouse</key>
<dict>
<key>DoubleClick</key>
<integer>500</integer>
<key>Enabled</key>
<true/>
<key>Mirror</key>
<false/>
<key>Speed</key>
<integer>8</integer>
</dict>
<key>Scan</key>
<dict>
<key>Entries</key>
<true/>
<key>Legacy</key>
<false/>
<key>Tool</key>
<true/>
</dict>
<key>Theme</key>
<string>Leather</string>
</dict>
<key>Graphics</key>
<dict>
<key>EDID</key>
<dict>
<key>Inject</key>
<false/>
</dict>
<key>Inject</key>
<dict>
<key>ATI</key>
<false/>
<key>Intel</key>
<false/>
<key>NVidia</key>
<false/>
</dict>
<key>NvidiaSingle</key>
<false/>
<key>RadeonDeInit</key>
<false/>
</dict>
<key>KernelAndKextPatches</key>
<dict>
<key>AppleIntelCPUPM</key>
<false/>
<key>AppleRTC</key>
<true/>
<key>Debug</key>
<false/>
<key>DellSMBIOSPatch</key>
<false/>
<key>KernelCpu</key>
<false/>
<key>KernelLapic</key>
<false/>
<key>KernelPm</key>
<true/>
<key>KernelXCPM</key>
<false/>
<key>KextsToPatch</key>
<array>
<dict>
<key>Comment</key>
<string>External icons patch</string>
<key>Disabled</key>
<false/>
<key>Find</key>
<data>
RXh0ZXJuYWw=
</data>
<key>InfoPlistPatch</key>
<false/>
<key>MatchOS</key>
<string>10.11.x,10.12.x,10.13.x,10.14.x</string>
<key>Name</key>
<string>com.apple.driver.AppleAHCIPort</string>
<key>Replace</key>
<data>
SW50ZXJuYWw=
</data>
</dict>
<dict>
<key>Comment</key>
<string>Enable TRIM for SSD</string>
<key>Disabled</key>
<false/>
<key>Find</key>
<data>
AEFQUExFIFNTRAA=
</data>
<key>InfoPlistPatch</key>
<false/>
<key>Name</key>
<string>com.apple.iokit.IOAHCIBlockStorage</string>
<key>Replace</key>
<data>
AAAAAAAAAAAAAAA=
</data>
</dict>
</array>
</dict>
<key>RtVariables</key>
<dict>
<key>BooterConfig</key>
<string>0x28</string>
<key>CsrActiveConfig</key>
<string>0x67</string>
<key>MLB</key>
<string>C02704104CDJG361F</string>
<key>ROM</key>
<string>UseMacAddr0</string>
</dict>
<key>SMBIOS</key>
<dict>
<key>BiosReleaseDate</key>
<string>07/26/2019</string>
<key>BiosVendor</key>
<string>Apple Inc.</string>
<key>BiosVersion</key>
<string>IMP11.88Z.F000.B00.1907261958</string>
<key>Board-ID</key>
<string>Mac-7BA5B2D9E42DDD94</string>
<key>BoardManufacturer</key>
<string>Apple Inc.</string>
<key>BoardSerialNumber</key>
<string>C02721701CDJG36FB</string>
<key>BoardType</key>
<integer>10</integer>
<key>BoardVersion</key>
<string>1.0</string>
<key>ChassisAssetTag</key>
<string>iMacPro-Aluminum</string>
<key>ChassisManufacturer</key>
<string>Apple Inc.</string>
<key>ChassisType</key>
<string>0x09</string>
<key>EfiVersion</key>
<string>1037.0.39.151.1</string>
<key>Family</key>
<string>iMac Pro</string>
<key>FirmwareFeatures</key>
<string>0xFD8FF53F</string>
<key>FirmwareFeaturesMask</key>
<string>0xFF9FFF3F</string>
<key>LocationInChassis</key>
<string>Part Component</string>
<key>Manufacturer</key>
<string>Apple Inc.</string>
<key>Mobile</key>
<false/>
<key>PlatformFeature</key>
<string>0x00</string>
<key>ProductName</key>
<string>iMacPro1,1</string>
<key>SerialNumber</key>
<string>C02TR0PYHX87</string>
<key>SmUUID</key>
<string>3AD336EC-221D-40C0-B1FF-F644519718E1</string>
<key>Version</key>
<string>1.0</string>
</dict>
<key>SystemParameters</key>
<dict>
<key>CustomUUID</key>
<string>CBC78962-1FA2-4702-A412-C39A95AF4FB4</string>
<key>InjectKexts</key>
<string>Yes</string>
<key>InjectSystemID</key>
<true/>
</dict>
</dict>
</plist>

Ce message a été modifié par jeanchrijaz - 7 Oct 2019, 16:05.

[jeanchrijaz]

pour reduire ton bbcode "code" il faut utiliser codebox

pour éditer ton kext ce n'est pas dans config.plist....
il faut ouvrir ton kext (clic droit voir le contenu du package)
et dedans tu as un fichier info.plist et c'est lui qu'il faut éditer et changer ta valeur pour le port HS13 (à priori)
perso j'utilise plistEdit pro

c'est plus ou moins ce qu'on fait dans le tuto pour l'affectation des ports USB....

EDIT attention dans l'image que j'ai récupéré du tuto ce n'est pas la valeur 0300000 qui faut modifier
mais celle juste au dessus "3" et mettre en 255

[JackClouseau]

Super, tu m'apprends 2 trucs utiles pour le coup : codebox (que tu as corrigé toi-même apparemment) et comment éditer le kext, merci mille fois !
Je vais creuser dans le kext.

[jeanchrijaz]

par contre ca serait bien si tu pouvais mettre ton kext en pièce jointe pour qu'on puisse y jeter un oeil
car il possible que celui ci soit différent....

[JackClouseau]

Mais avec grand plaisir, trop heureux d'être épaulé.

Fichier(s) joint(s)

 USBPorts.kext.zip ( 1.51 Ko ) Nombre de téléchargements : 1

 

[jeanchrijaz]

ok je jette un oeil dessus...
par contre regarde au dessus j'ai édité mon message qui t'explique comment editer le fichier info.plist du kext

[JackClouseau]

Oui oui, bien sûr, c'est super détaillé, je sais enfin où regarder et agir, je creuse de mon côté, merci !

Ce message a été modifié par JackClouseau - 7 Oct 2019, 16:24.

[jeanchrijaz]

par contre avant de modifier quoi que ce soit pense à faire une sauvegarde du kext non modifié au cas ou ca ne fonctionnerait pas

alors je viens de regarder et apparemment c'est ton port HS11 qui est en 225 (interne)
ton HS13 lui est en 0.... (étrange)
mais je ne sais pas a quoi correspondent réellement tes ports vu que ce n'est pas ma machine
est ce que le HS11 est aussi un port interne?

déjà essaye de changer le port HS13 et de le passer en 255 au lieu de 0


 Capture_d___e__cran_2019_10_07_a___17.24.04.png ( 258.09 Ko ) Nombre de téléchargements : 10