Wie kann man das Laden eines Kext verzögern?

Die Art und Weise, wie die Frage im Titel formuliert ist, könnte von allgemeinem Interesse sein.

Das konkrete Problem oder Beispiel, auf das diese Frage angewendet werden sollte, lautet: Die optimale Lösung finden, um ein ansonsten totes MacBook Pro (ausgebrannter diskreter AMD-Grafikchip) wieder in einen brauchbaren Zustand zu hacken.

Hintergrund:

Aktuelle Situation: Gebratene dGPU, Booten muss immer in iGPU erzwungen werden. Mit den Standard-Hardwareeinstellungen und der Standard-Systeminstallation startet die Maschine einfach nicht.

Unerwünschter Nebeneffekt für das Deaktivieren der dGPU in Software: AMDRadeonX3000.kext darf nicht sofort geladen werden, wenn doch – Boot hängt auf Yosemite, friert in Sierra ein und führt zu schnellen erzwungenen Neustarts aufgrund von Überhitzung in High Sierra, bevor die GUI hochgefahren ist. In Sierra beobachtbare Symptome, letzte Zeile im ausführlichen Boot ist:IOConsoleUsers IOScreenLockState 3.

Kext wird überhaupt nicht geladen: Das Wärmemanagement für den AMD-Chip gerät außer Kontrolle. Die Temperatur sinkt nie unter 65 °C und steigt leicht an, obwohl der Chip nicht verwendet wird.

Verspätete Beladung: Auf der Temperaturseite ist alles in Ordnung. Die GPU läuft nicht mit voller Leistung im Leerlauf, sondern mit einem viel niedrigeren Leistungszustand. Je nach OS-Version melden die Sensoren Temperaturen im Bereich von 0°C–60°C. Obwohl diese Anzeige nicht wirklich realistisch oder vertrauenswürdig erscheint, fühlt sich die gesamte Einheit auch kühler an.

Aber "alles ist gut" nur meistens. Hin und wieder gibt es sehr seltene Schlafprobleme auf Sierra und leider: jedes Mal auf Yosemite.

Wenn Sie feststellen, dass der kext geladen werden muss, um die Maschine zu betreiben, aber besser nicht (zumindest verzögert) geladen wird, um die Maschine in den Ruhezustand zu versetzen: Ein Versuch, den scheinbar kextunloadverantwortlichen kext zu lesen, führt zu einer sofortigen Panik. Dieser eine Absatz ist hauptsächlich in Yosemite von Bedeutung, aber nicht so sehr in Sierra.

Darüber hinaus ist es möglicherweise nicht die optimale Lösung. Das Wärmemanagement benötigt in der aktuellen Konfiguration 1-2 Minuten nach dem Laden des kext, um sich auf einem akzeptablen Niveau zu stabilisieren. Daher der Wunsch, die Kexte zu drehen und zu sehen, was die besten Ergebnisse liefern könnte.

Bisherige Schritte:

Einer der Grafiktreiber-Kexte in Sierra muss automatisch, aber später beim/um/nach dem Booten geladen werden.

Sie sind natürlich voneinander abhängig und werden alle so geladen, wie es das System unter normalen Umständen als notwendig erachtet.

Aber das System bleibt beim Booten hängen, wenn der betreffende Kext zu früh geladen wird, und das System läuft genau wie gewünscht, wenn es später geladen wird.

In diesem Fall habe ich bestätigt, dass das Laden entweder manuell oder zusammen mit einem GUI-Login über Hooks funktioniert.

Dies bedeutet jedoch, dass das Platzieren des kext in /System/Library/Extensionsoder /Library/Extensionszum Hängenbleiben am Boot führt, da sie zu früh konsultiert werden.

Was auch nicht funktioniert, ist die Verwendung von systemweiten Launchd-Agenten oder Daemons, da diese ebenfalls zu früh konsultiert werden. Dieselben Daemons unter Benutzerhierarchien haben anscheinend nicht die erforderlichen Berechtigungen, um einen Kext zu laden.

Wohin soll dieser eine Kext aus /System/Library/Extensions gehen? Wie kann eine Verzögerung erzwungen werden, dass dieser Kext erst geladen wird, nachdem alle seine Up- oder Down-Abhängigkeiten geladen wurden?

"Welcher Text?" Sie könnten fragen. Bei dieser Frage geht es um alle AMD-Kexte, die jeweils einzeln getestet werden müssen.

Dies ist ein Versuch, diesen Leitfaden weiter zu verbessern .

Fragen

Hauptfrage: Wie kann einer dieser Grafiktexte zu einem verzögerten Laden gezwungen werden? (Andere als die LoginHook-Methode.)

Wenn sich dies für das erklärte Ziel als suboptimal erweist, wäre es auch schön oder sogar besser zu wissen:

Gibt es andere Möglichkeiten in der Software, die deaktivierte dGPU unter den Wärme- und Energieverwaltungsregeln des Systems zu halten? (Je weniger Strom durch diesen unbenutzten Chip geht, desto besser.)

Dieser Fall kann auch andere Kernel-Erweiterungen betreffen.