Geräte Eigenschaften (Device Properties) ohne DSDT Patch ändern.

Nein, der Injector verändert die ACPI-Tabellen nicht, er ändert nur die Properties in der IORegistry.
Deshalb kann man mit dem Injector keine ACPI Tabelleneinträge und somit auch keine ACPI Methoden ändern.

Die Annahme, dass Kexte mit ACPI Tabellen und Werten arbeiten ist in den meisten Fällen falsch.
Mit Ausnahme der AppleACPIIrgendetwas Treiber, verwenden Treiber normalerweise keine ACPI Tabellen oder deren Werte.
AppleACPIIrgendetwas Treiber kopieren die für sie relevanten Werte aus den ACPI Tabellen und speichern sie in der IORegistry und mit diesen Werten arbeiten dann die anderen Treiber, weshalb der Injector funktioniert ohne die ACPI Tabellen anzufassen. Ob die Werte aus einer ACPI Tabelle oder einem Zufallsgenerator stammen ist den Treibern völlig egal.

Natürlich muss die Änderung der Properties abgeschlossen werden bevor sie verwendet werden. Da die Injection nach dem Start(aus Treiber-Sicht) des Gerätes erfolgt, kann die Änderung für bestimmte Operationen zu spät erfolgen.

Das klingt schlimmer als es ist, da im Gegensatz zur landläufigen Vorstellung ein physikalisches Gerät wie eine Graphikkarte aus Systemsicht aus mehreren Geräten und Services (Treiber) besteht und bis z.B. der Framebuffer der Grafikkarte initialisiert wird, hatte der Injector schon Gelegenheit die nötigen Werte zu ändern.

Davon abgesehen sind Werte, die die Initialisierung nicht beeinflussen, wie Slot-name, model etc., völlig unkritisch und können jederzeit geändert werden. Da sie jedesmal neu gelesen werden.

Es gibt immer mal wieder ein Kext, das nicht die IORegistry benutzt, sondern die Werte anders bestimmt, da funktioniert der Injector nicht. Dass passiert auch Clover manchmal, dann funktioniert z.B. das Setzen einer FakeId durch Clover nicht und muss durch FakePCIID erfolgen.

Version 1.1

Der NVidia Grafikkarten Treiber verwendet auch das model Property um den Namen der Karte zu setzen.
Der Name wird allerdings nicht vom IOPCIDevice-Service eingetragen, sondern der Controller Treiber ändert das Property des IOPCIDevice-Service.
Der Controller Treiber macht das genauso, wie das PropertyInjector Kext. Dummerweise macht der Controller Treiber das nach dem PropertyInjector Kext. Also egal was wir in das model Property schreiben, der Controller Treiber überschreibt es.
Deshalb gibt es eine neue Option in Form einer Eigenschaft namens Delay für das IOKitProperty, das nach ein paar Sekunden die Properties einfach nochmal setzt.
Boah Ey das klingt kompliziert.
Ok, erst mal sehen wohin das Property Delay gehört.
In den IOKitProperties des (Info.plist Files des) Kextes sind die Geräte(Services) gelistet für die Properties geändert werden sollen. Die Eigenschaft Delay soll für jedes Gerät einzeln gesetzt werden können. Es muss also in den Einträgen der Geräte deren Eigenschaften nochmal geändert werden sollen stehen.
Langer Satz deshalb ein Beispiel:

Man sieht nur der Eintrag NVidia (für die Grafikkarte) enthält einen Delay Eintrag.
Der Eintrag ist vom Typ Number und gibt die Anzahl Sekunden an nach der die Properties noch einmal geschrieben werden. In diesem Falle nach 20 Sekunden.
Es gibt allerdings ein Problem. Um verzögert schreiben zu können muss ein Treiber installiert werden. Um zu vermeiden, dass dieser Treiber einen der anderen Treibern, ersetzt muss er ein IOMatchCategory Property bekommen, das sich von allen IOMatchCategory Properties der anderen Treiber unterscheidet. Man kann z.B. den umgekehrten Namen der eigenen Webseite mit angehängter Kennung verwenden z.B. de.brumbaer.nvidia oder sonst irgendwas, was vermutlich kein anderer verwendet. Der IOMatchCategory Eintrag hat keinen Einfluss auf Einträge ohne Delay Eintrag, weshalb es keine Auswirkungen hat, dass er auch im Eintrag für das LAN Gerät auftaucht.
Das war's.

Im IORegistryEditor kann man den PropertyInjector Treiber(Service) dann als Kind des Gerätes sehen. Er enthält neben den Werten für dieses Gerät aus der Info.plist des PropertyInjector Kextes noch ein paar Status Variablen.

Und zu guter letzt noch das Kext:
PropertyInjector.kext.zip

Passiert das mitten im Betrieb oder liegt jedes mal ein Neustart und/oder ein Sleep/Wake dazwischen ?

Kannst du mir bitte zwei IORegs schicken
eine aufgenommen, wenn es funktioniert und
eine aufgenommen, wenn es nicht funktioniert.

Zitat von anonymous writer

Hallo <a href="https://www.hackintosh-forum.de/index.php/User/36356-Brumbaer/">@Brumbaer</a>,
kann man eigentlich mit dieser Methode auch die Geräteeigenschaften eines I2C Trackpads ändern?
Es geht um ein ELAN 1200 Trackpad.
Da der VoodooI2C Kext mein Trackpad nicht ladet kann würde ich gerne den Hexadecimal APIC pin Wert von…

Ändern solltest du den Wert können, aber ob die Änderung rechtzeitig erfolgt um Wirkung zu zeigen, musst du ausprobieren.
Kommt der Wert schon in einem Gerät weiter oben in der Hierarchie vor, oder taucht er hier zum ersten Mal auf ?
Falls er schon früher auftaucht solltest du ihn dort ändern und schauen ob die Änderung durchgereicht wird.

Die Frage ist schwer zu beantworten.

Ohne grundlegende Änderungen an der Geräteverwaltung ist nicht mit der Notwendigkeit eines Updates auf Grund des Funktionsprinzipes zu rechnen.
Solange eine 10 am Anfang der OS Version steht ist eine Änderung sehr unwahrscheinlich.

Da Apple die „Security Schraube“ stetig anzieht mag es dazu kommen, dass der Einsatz von Third Party Kexten erschwert wird, was ein Update erforderlich machen könnte.
Ob das passiert und ob es eine Hintertür geben wird steht in den Sternen.