Neuer Versuch USB per SSDT zu deklarieren / Probleme mit dem internen USB Hub

Hallo, wäre es möglich, einen Fenvi PCIe zu verwenden, um natives Bluetooth zu erhalten? Ich verwende es auf meinem Z790 Aorus Elite AX und es funktioniert wunderbar. In meinem SSDT RHUB hat es eine andere Konfiguration als bei Ihnen. Mir ist aufgefallen, dass bei Ihnen die GUPC-Methode nicht vorhanden ist oder nicht angezeigt wird. Ich würde gerne Ihr Original sehen, wenn ich irgendwie helfen kann. Und was das Mapping angeht, habe ich im Jahr 2022 viele Monate damit verbracht, zu lesen und zu lernen, dass es das Problem nicht lösen kann, wenn man den GUPC nicht ändert und 0x03 hinzufügt.

Und ich verwende auch Usb Map zum Zuordnen, aber nachdem es hochgefahren ist, wechsle ich zur Extraktion mit Hackintool und verwende Usbports und SSDTS.

Ich habe den Schlaf mit anderen Methoden gelöst. Ganz anders. Mit SSDTs und Argumenten in der Plist.

Zitat von G.com

Meine SSDT-RHUB-USB anbei, diese hat aber nicht funktioniert. USB 3 wurde damit hart abgeschnitten und war nicht im IOReg vorhanden.

Kann so auch nicht funktionieren, da die Deklaration innerhalb der ACPI längst passiert ist, und zwar über die "xh_rps14", die auch bei dir enthalten ist. Eine zusätzliche SSDT, die die gleichen Methoden anwendet, wird nicht geladen, denn es dürfen je Device und späteren Scope nur Methoden einmalig vorkommen. Was ja auch logisch ist.

Zitat von max.1974

Mir ist aufgefallen, dass bei Ihnen die GUPC-Methode nicht vorhanden ist

Ist da, in eben dieser vorgenannten SSDT.

Und die ist auch der Schlüssel. Einfach öffnen und die Table-ID oder Length notieren, diese per OpenCore ACPI dann ausklamüsern.

Dann diese SSDT als Grundlage für eigene Modifikationen nehmen und wieder per OpenCore in ACPI einfügen.

Ich würde es dort einfacher halten, das Konstrukt mit GPLD und GUPC entfernen und jeden Port direkt mit _UPC und _PLD beschreiben, ebenso interne Hubs hinzufügen.

kleiner Nachtrag, im verlinkten PDF ab Seite 524 wird _UPC und _PLD sehr gut beschrieben mit Beispielen, auch verschachtelten Hubs. Einzelne, nicht benötigte oder vorhandene Ports werden nicht – wie in einer hier schon verlinkten SSDT per _STA Methode rausgekloppt – sondern innerhalb der _UPC definiert.

ACPI_6.0.pdf

G.com

Mit deinen Bildern und deren Beschriftung der Ports kommt einiges nicht hin. Wenn auf der Rückseite die vier USB2 (interner Hub) HS11 sind, können nicht auf dem Deckel des Gehäuses zwei USB2 Ports ebenfalls HS11 sein. Auch scheinen mir die "versetzten" HS/SS Ports der USB3 zumindest nicht sinnvoll.

Ich mach mal einen Vorschlag. Ich habe die relevante SSDT mal bereinigt, für HS11 und HS12 die internen Ports hinzugefügt und nach ACPI-Vorgabe beschrieben. Ansonsten habe ich erstmal ALLE HSxx (Highspeed, USB2) als solche definiert, ALLE SSxx (Superspeed, USB3) als solche definiert.

Damit liegt die Anzahl der Ports natürlich deutlich über das macOS Port-Limit, aber die Definition ist schonmal macOS-leserlich gemacht. Was ich noch nicht weiß, wo die USB-C liegen und konkret welche Variante. Hast du für dein macOS einen gültigen "PortLimitPatch"? Dann nutze den mal, dann werden wir bald schlauer.

Was wäre also zunächst zu tun?

• alle SSDT die du zusätzlich für USB eingebunden hast, müssen raus

• Kexte für USB müssen raus

• die in der ACPI vorhandene SSDT-11 – "xh_rps14" – muss per OpenCore deaktiviert werden

• die beigefügte SSDT muss per OpenCore eingefügt werden.

• macOS Port-Limit aushebeln

Nach Neustart sollten nun sämtliche Ports aktiv sein. Nun bitte noch die restlichen Ports exakt lokalisieren. USB2-Ports sind soweit klar (HS11/12 vervielfältigt durch Hubs), Aber die USB3 inkl. deren USB2 sind interessant. Bei USB-C bitte unbedingt USB3 und USB2 gerät anstecken und jeweils auch den Stecker drehen! Mitunter hat eine USB-C Buchse drei(!) Ports (einen gemeinsamen HS, zwei SS).

Wenn das alles klar ist und immer noch das Portlimit übersteigt, dann eben überlegen, welche Ports ge0pfert werden sollen. Das können wir dann in der SSDT aktualisieren und dann wird auch in der Folge keine USB-Kext benötigt, alle Angaben sind ja schon in der ACPI.

EDIT: Sollte es keine Möglichkeit geben das macOS Port-Limit temporär zu sprengen, dann kann ich die SSDT anpassen, und erstmal (neben HS11/12) die ersten sechs HS/SS aktivieren. Dann liegt mal im Port Limit und kann schauen, welche von den derzeit aktiven Ports auch tatsächlich genutzt werden und korrekt deklarieren, ungenutzte schon entfernen und dann in einem weiteren Anlauf wieder nun freie Ports aufnehmen.

Zitat von G.com

Fakt ist und das ist mir neu, bei dem Board ist eben nicht HS0x gleich SS0x die Endnummern differieren.

Ja, hatte ich auch noch nicht so gesehen, aber wird genau so sein. Wenn es mit der Zählung schon mit einem USB-C losgeht und dieser drei Ports hat (zwei SSxx, einen HSxx, Connector Type 0x0A (USB2 und SS ohne Switch)), dann verschiebt sich das Ganze schon für die weiteren Ports.

Zitat von G.com

Ich meine das Limit hatte ich durch XHCI Port Limit Patch und SSDT-USB-Reset realisiert, so ich recht entsinne. Werde ich testen.

Die "SSDT-USB-Reset" lass bitte ganz raus, die haut ja den ganzen Hub des XHCI weg – und somit auch die weiterführenden SSDT, auch die modifizierte.

Ich werde die SSDT anhand deiner Screenshots anpassen. Dann muss auch nix mit dem Port Limit Patch gemacht werden.

USB-C können einen SS und einen HS haben, der SS läuft dann über einen Switch. Damit der Stecker, egal wie rum eingesteckt, auch funktioniert. Dann werden diese Ports als "0x09" definiert.

Es geht auch ohne Switch, dann werden zwei SS je Drehrichtung verdrahtet. Dann bekommen die drei Ports, zwei SS und ein HS eben die Bezeichnung "0x0A".

Vergleiche Portzuweisung aus dem oben verlinkten PDF:

EDIT:

Deshalb ist bei USB-C eben auch beim USB3-Anteil per um 180º gedrehtem Stecker zu prüfen, ob hierbei ein anderer Port benutzt wird. Schrieb ich glaube ich schon weiter oben.

Ah, OK. Dann gibt es aber noch einen USB-C auf dem Board zum Anstecken an ein Gehäuse. Ein Solcher Port könnte ohne Switch sein, ist bei mir jedenfalls so. Kannste auch noch mal testen.