GA-Z77N-WiFi DSDT Patch + Clover optimieren

In diesem Thread: Update bzw. Neubau OzmosisBios haben wir es ja erfolgreich geschafft mein Ozmosis Board HighSierra fähig zu machen. Danke dafür auch nochmal an dieser Stelle.

Nun soll die DSDT auch noch optimiert werden. Leider bin ich bei der Ausführung der Patches mit MacIASL immer ein wenig unsicher, ob ich da auch wirklich das richtige auswähle bzw. ob ich diesen oder jenen Patch überhaupt benötige. Deshalb hier mal meine DSDT
DSDT-Original.aml.zip
damit da mal jemand drüber schauen kann, der auch die notwendigen Fachkenntnisse hat und vielleicht, wenn es möglich wäre, diese auch gleich so Patcht das sie für HighSierra optimiert ist

Ähmmm ... Aber vor Jahren das letzte mal ... Und ich weiss das man z.B. irgendwelche XHC1 zu XHC oder so umbenennen soll und so.

Ich habe jetzt mal selber nach der hier vorliegenden Anleitung gepatcht.
Vielleicht mag sich das mal jemand genauer anschauen ... Denn sie gibt auch 3 Warnings aus.

DSDT-GePatcht.zip

Kann etwas schiefgehen wenn ich z.B. die vomier gepatchte Version einsetze, mal abgesehen davon das macOS nicht mehr starten mag?

Zum probieren muss ich die in der EFI in den Load Ordner legen und dann NVRAM-Reset (Alt+Cmd+P+R) machen? Dann sollte ja die in der ROM integrierte ignoriert werden?

Aktuell habe ich keine DSDT auf der EFI liegen, nur die im ROM ... Aber das ändert ja nichts am Prinzip. DSDT rein -> Neustart -> Und gucken was passiert

Beim einfügen ist mir gerade aufgefallen, das ich den UnSolid.kext noch in /Volumes/EFI/Efi/Oz/Darwin/Extensions/Common liegen habe
Habe den gleich mal gelöscht, der soll ja für SSD's nicht so erfreulich sein ... Muss ich nach dem löschen noch etwas machen, oder fliegt der, nach einem Neustart, dann auch automatisch überall raus?

Ich meine gelesen zu haben das der die SSD's als HDD's maskiert, so das man auch HFS nutzen kann/könnte ... Dies wiederum holt ja wieder das leidige TRIM-Thema hoch. Denn wenn das OS "denkt" es handelt sich hier um eine HDD dann wird ja kein TRIM ausgeführt.

Na egal, der kext kann so oder so raus Denn der Booteintrag ist ja jetzt bei mir vorhanden

Nur ums nochmal sicher zu klären, wo wir gerade bei dem Thema sind.
Ich habe HighSierra OHNE Unsolid.kext installiert und es ist logischerweise in APFS. Weil der Boot Eintrag dann nicht da war, haben wir ja viel romprobiert und ich habe den kext eingefügt und auch den Terminalbefehl (Zum Installieren mit/in HFS.) ausgeführt und diese Installation dann ziemlich Hardcore durch löschen des InstallData Ordners abgefangen. Danach war dann ja komischerweise der Eintrag dauerhaft da.

Muss ich den kext jetzt bei einem Update trotzdem noch einbauen?

dsdt
Mal angenommen die Kiste startet dann nicht mehr. Mit meinem Clover Stick komme ich ja trotzdem noch zumindest in die Bootauswahl und kann dort eine andere auswählen?

Na in der Shell bin ich jetzt ja schon fast zu Hause

Müsstest mir aber doch noch die Befehle zum umbenennen schreiben ... Hin navigieren sollte mit cd + ls klappen
Ach und mounten muss ich die EFI dann ja bestimmt noch, also wenn ich dann Notfalloperation in der Shell machen muss.

@al6042
Danke für die Befehle ... Schreib ich mir mal fehlerfrei ab

@griven
Hatte ich im Ozmosis Update Thread schon geschrieben, der Eintrag überlebt den NVRAM-Reset. Also wenn damit der Alt+Cmd+P+R gemeint ist?
Weil hier auch schonmal von einem P-RAM-Reset gelesen habe? Was aber wohl das gleiche bedeutet?

Ahhhhhh ... Ok, danke für die Info.

BackToTopic
Habe jetzt mal 3 DSDT's nach \EFI\Oz\ACPI\Load\ gelegt und werde mir das morgen, wenn ich wach bin mal antun

So ... Da bin ich wieder

Also alle 3 DSDT's starten und machen scheinbar keinen Unterschied. Das hätte ich jetzt so nicht erwartet, habe nämlich gedacht das ich durch eine
"ordentliche" DSDT meine USB Anschlüsse alle wieder nutzen kann, aber daran scheint es nicht zu liegen.

Habe dann gestern auch mal die Anleitung: USB 3.0 El Captain / (High-) Sierra für jedermann angefangen. Aber irgendwie tauchen meine Ports alle woanders auf, aber nicht bei xhc@14. Es geht schon los das der Punkt xhc@14 bei mir xhc1@14 benannt ist:

und der Großteil meiner Ports, die z.B. durch die Tastatur und das Apple Cinema Display genutzt sind, bei EH01 auftauchen:

Auch habe ich keine "durchnummerierte" Portliste, sondern 1+2, 5+6+7+8. Da fehlen ja die 3+4 und die Liste geht gar nicht erst bis 15
Ob das jetzt normal ist, oder an der DSDT liegt, weiss ich natürlich nicht. Aber vielleicht ihr?

Das ist in meinem 1000x mal upgedaten Sierra zumindest so. In der sauberen Sierra Beta oder der ganz frischen High Sierra ist der einzige Unterscheid das bei XHC1@14 der FakePCIID_XHCIMux nicht auftaucht, denn man ja hier im ersten Screen sehen kann. Werde den Kext dann eventuell mal rausschmeißen, aber das ändert an der Sache an sich eigentlich nichts, denn auf Sierra Beta und High Sierra ist das verhalten genau das gleiche.