Réglons d'abord la question des outils :
- IOJones est une bonne alternative à IO Registry Explorer, qui est développé par Apple. Je cite IOJones car IO Registry Explorer n'est plus fourni d'office avec Xcode et est désormais inclus dans un téléchargement séparé réservé aux développeurs enregistrés. Utiliser un logiciel acquis légalement pour faire un hackintosh me parait défendable, mais redistribuer sans autorisation un logiciel Apple ne l'est sûrement pas…
- effectivement, on peut utiliser Xcode plutôt que pListEditPro. Il faut juste se souvenir du click droit permettant d'accéder à l'option "Show Row Keys/Values" :shifty:
D'accord avec @polyzargone : inclure un contrôleur AHCI ne sert pas à grand chose dans notre affaire.
Par contre, non, non, il n'est absolument pas nécessaire de chercher à dupliquer tout ce qu'il y a dans AppleUSBXHCIPCI.kext ! Pour utiliser le vocabulaire de la programmation objet, tout ce que nous faisons, c'est définir une sous-classe de AppleUSBXHCIPCI, donc nous héritons de tous les comportements de la classe mère et du coup il est inutile et potentiellement contre-productif de redéfinir ceux-ci…
Du coup, voici une version simplifiée du kext. @gradou, peux-tu confirmer qu'elle fonctionne tout aussi bien ?
Complément d'information pour ceux qui suivent cette discussion et pourraient se demander de quel AppleUSBXHCIPCI on parle : l'Info.plist de notre kext obéit à la même structure que celui de celui situé à /System/Library/Extensions/IOUSBHostFamily.kext/Contents/PlugIns/AppleUSBXHCIPCI/Contents/Info.plist :singing:
- IOJones est une bonne alternative à IO Registry Explorer, qui est développé par Apple. Je cite IOJones car IO Registry Explorer n'est plus fourni d'office avec Xcode et est désormais inclus dans un téléchargement séparé réservé aux développeurs enregistrés. Utiliser un logiciel acquis légalement pour faire un hackintosh me parait défendable, mais redistribuer sans autorisation un logiciel Apple ne l'est sûrement pas…
- effectivement, on peut utiliser Xcode plutôt que pListEditPro. Il faut juste se souvenir du click droit permettant d'accéder à l'option "Show Row Keys/Values" :shifty:
D'accord avec @polyzargone : inclure un contrôleur AHCI ne sert pas à grand chose dans notre affaire.
Par contre, non, non, il n'est absolument pas nécessaire de chercher à dupliquer tout ce qu'il y a dans AppleUSBXHCIPCI.kext ! Pour utiliser le vocabulaire de la programmation objet, tout ce que nous faisons, c'est définir une sous-classe de AppleUSBXHCIPCI, donc nous héritons de tous les comportements de la classe mère et du coup il est inutile et potentiellement contre-productif de redéfinir ceux-ci…
Du coup, voici une version simplifiée du kext. @gradou, peux-tu confirmer qu'elle fonctionne tout aussi bien ?
Complément d'information pour ceux qui suivent cette discussion et pourraient se demander de quel AppleUSBXHCIPCI on parle : l'Info.plist de notre kext obéit à la même structure que celui de celui situé à /System/Library/Extensions/IOUSBHostFamily.kext/Contents/PlugIns/AppleUSBXHCIPCI/Contents/Info.plist :singing: