kaneske Ich habe bis gerade eben schon experimentiert, allerdings deine Anmerkungen noch nicht gesehen.
Hatte es aber genau so gemacht.
Zu der Feststellung von Dir kommt erschwerend hinzu, dass die PR Ports vom XHCI dann in der SSDT-9 definiert werden. Wiederum mit eine krassen Anzahl von Methoden.
Ich bin hier total lost. Meine bearbeiteten SSDT´s enden in einer Menge ACPI Fehlern, somit greifen die nicht. Das wäre aber sicher zu korrigieren.
Des Weiteren sehe ich im IOReg, dass die PR Ports aus der SSDT-9 gar nicht die ausschließlich die USB Ports zu bedienen scheinen. Ein Beispiel sei hier der PR09 oder PR25. Sieht dann so im IOReg aus.
Da hängt mal geschmeidig die NVME dran.
Und der hintere USB 2 Hub wiederum taucht im IOReg unter keinem RP auf, auch RP09 ist der Wifi Anteil der Broadcom Karte im PCI Steckplatz.
Warum die alle über RHUB bzw. XHCI eingebunden werde ist mir absolut unklar. Oder gleiche Namen für unterschiedliche Dinge...
Ich denke das wird ein steifes Projekt und ggf. kann ich das mit Eurer Hilfe schaffen.
Ich wäre Dir massiv dankbar, wenn Du mir hier weiter Support geben könntest.
Ich denke das Ergebnis könnte hier für das Forum auch für viele andere interessant sein, da es wohl möglicherweise etliche AMI Biosse mit ähnlichen Strukturen geben mag.
Jetzt fehlt mir allerdings leider erst einmal das richtige Kabel um die USB-C Ports mit Full Speed zu identifizieren. Da muss ich bis Montag warten.
Ich werde morgen schon einmal vorarbeiten und melde mich dann.
UPDATE 1:
Was mich stutzig macht. Wenn der Hauptport als 255 deklariert wird, dann schalten die Apple Treiber die Unterports auf Port-Type 2, Ist der Hauptort als USB2 deklariert, werden die Port-Typen der darunter liegenden Ports auf Port-Type 0 geschaltet.
Das Verhalten ist reproduzierbar. Ganz gleich, ob mit Kext oder per SSDT. Ist das Treiberverhalten.
UPDATE 2:
kaneske Ich bin jetzt soweit, dass ich zwar die OEM SSDT gedroht bekommen und auch die gepaschte Variante integrieren kann, dabei aber sogar völlig ungepatcht, die USB3 Ports nicht mehr initialisiert werden. Ich bin dann dennoch Port für Port vorgegangen und habe eigentlich alles so gelassen, wie in der Ursprungsdatei, nur mittel _STA ungewünschte Ports deaktiviert. Auch bei Unterschreiten der 15 Ports und mit XHCIPortLimit Quirk enabled, keine Chance - der USB 3 Anteil bleibt verschwunden.
Testhalber habe ich dann dennoch Port HS12 mal als intern deklariert und dabei festgestellt, dass das Verhalten analog zur Kext Variante dazu führt, Hauptport 255, Unterport Port-Type 2. Und schlafen tut er auch nicht.
Ohne jetzt jemanden zu finden, der ACPI besser versteht - bin ich hier nun wirklich am Ende, wenn Du noch eine Idee hast, wäre ich dankbar.
Für den Moment sehe ich 3 Möglichkeiten. Mit _GPRW und kein Wake on USB leben, Karte in das interne M2 Fach einbauen, über meine USB3 Controller PCI Karte und Adapter einbinden.
Ich erinnere mich, dass wir von 15 Ports pro Controller sprechen, also hätte das den Nebeneffekt, ich habe zusätzliche 3 USB3,1 Ports.