Chargement d'OS X kext au début du processus de démarrage

Question

J'ai une extension de noyau OSX qui fonctionne et que je voudrais charger automatiquement au démarrage le plus tôt possible. Le kext utilise KAUTH pour surveiller l'accès sur un chemin spécifique donc il me semble qu'il n'y aura rien qui demandera qu'il soit chargé dans le noyau. Dans ce cas, le copier dans /Library/Extensions (au moins depuis Yosemite c'est le chemin recommandé pour les extensions tierces) ne résoudra pas mon problème.

Est-il possible d'y parvenir, que ce soit ou non en modifiant le code ou par une configuration auxiliaire?

J'ai déjà lu sur l'utilisation d'un démon launchd pour utiliser kextload afin de charger l'extension, comme spécifié dans this question, mais dans mon cas, je veux qu'il soit chargé le plus tôt possible.

Mise à jour:
J'utilise une extension du noyau "générique" (lié avec la bibliothèque BSD) et non un I/O une base de Kit. Je veux que mon extension soit chargée avant de commencer launchd.

Answer 1

Vous ne dit pas explicitement dans la question, mais je en déduire du contexte que vous utilisez une extension du noyau « générique » (contrairement à un kit I/O basé un)? Ils ne sont chargés que parce qu'un autre kext en dépend, ou parce qu'ils sont explicitement chargés via kextutil/kextload ou l'API KextManager.

Contraste cela kexts Kit E/S, qui sont chargés à la demande lorsque l'un de leurs dictionnaires de personnalité correspond à un service enregistré dans le registre IO. Ceci est généralement pour piloter des périphériques spécifiques, mais divers services système non matériels utilisent le mécanisme pour faire correspondre le nub 'IOResources' (documentation) qui apparaît au début du démarrage afin que tous les kexts le listant comme fournisseur pour une personnalité soient également chargés au démarrage.

Donc, la solution serait de modifier votre kext pour fournir une IOService qui correspond à la IOResources nub. Le service lui-même n'a pas vraiment besoin de faire quoi que ce soit si votre composant userspace utilise déjà une autre interface pour communiquer avec le kext.

Si vous ne voulez pas changer le code du kext lui-même, vous pourriez créer un kext factice qui fait cela, mais déclare votre principale kext comme une dépendance. Cette dernière méthode n'est pas particulièrement élégante, mais devrait fonctionner si, pour une raison quelconque, la modification du kext existant n'est pas possible. (Bien que vous aurez probablement besoin de modifier le info.plist)

Answer 2

Si le fichier kext est dérivé de IOKit et réside dans /Library/Extensions, effacez le cache et il sera automatiquement chargé au démarrage. Vous videz le cache en appelant

kextcache -f -update-volume/