USB mittels SSDT deklarieren

Zitat von ST33Z0

Ich habe einen USB C port an meinem rechner. Ich nutze den zwar nicht, aber mich würde interessieren, was die Bezeichnung bedeutet: "USB 3.2 Type-C+Sw." Sw = switch? Was wird denn da geswitcht? offline

hatte ich im Eingangsthread geschrieben, vielleicht nicht genügend erklärt.

Zitat von apfelnico

0x00 – USB2 (ausschliesslich unabhängige USB2 werden so deklariert)

0x03 – USB3 (auch zugehörige USB2, das heißt gleiche Buchse, werden so deklariert)

0x09 – USB-C (wenn unabhängig von der Drehung des USB-C-Steckers der _GLEICHE_ Port genutzt wird)

0x0A – USB-C (wenn je nach Drehrichtung des USB-C-Steckers ein weiterer Port genutzt wird)

0xFF – USB2 intern (zum Beispiel für Bluetooth)

Dein hinterer USB-C Port ist soweit ich mich erinnere, HS08/SS08. Die bekommen "0x09" (SW = Switch). Denn du kannst den Stecker verdrehsicher einstecken, völlig egal wie rum, es sind alle Kontakte doppelt zum eigentlichen Port gelegt.

Der interne USB-E (so heißt die Buchse), den du für ein Gehäuse-USB-C verwenden kannst, liegt auf SS01 und SS02 für USB3.2, beide Ports werden abwechselnd je nach Steckerrichtung genutzt, bekommen also beide "0x0A". Der passende usb2-Anteil dazu ist SS01. Auch der wird mit "0x0A" deklariert. Der wechselt nicht mit einem anderen Port. Denn SS02 soll nach deinem PDF ja ein interner USB2-Hub sein.

Zitat von ST33Z0

Könnte mir jemand diese Konstruktion erklären?

Das "Package" (die vier Werte) werden übergeben in jeden Port in die Methode _UPC. Die ersten beiden Werte ("Zero" und "One") des Package sind variabel und werden mittels Argument "Arg0" und "Arg1" angetriggert.

In jeden Port hingegen hast du dann die eigentliche Methode "_UPC".

Beispielsweise:

Hier wird letztlich über "return" gesagt, packe mir den Inhalt des Package von GUPC mit Arg0=0xFF, Arg1=0x03 rein. Mann kann das dann wieder differenzierter machen mit:

In diesem Falle würde bei "Darwin" (macOS) dieser Port deaktiviert, unter allen anderen Systemen allerdings als "USB3.x" (mit "normaler" USB-A Schnittstelle) deklariert werden.

ST33Z0

mal etwas näher an deinem speziellen Code dran:

_UPC ist einfach, falls du aber auch _PLD ändern möchtest – hier wird nur beschrieben, wo sich der Port befindet, ob er zu einer Gruppe gehört, welcher Farbe er hat etc, sieht letztendlich so ausgeschrieben aus:

Bei dir im vorhanden Code werden da auch zwei Variablen übergeben, und es ist schon eine If/Else-Schleife vorhanden. Die habe ich dann mal um If/ElseIf/Else verlängert, um im Falle "Darwin" (macOS) nur "Zero, Zero" zu übergeben (nix), während unter allen anderen Systemen das gemacht wird, was dort eh schon stand. Die Werte "Zero, Zero" sieht man bei dir bei den beiden "Platzhalterports" USR1 und USR2. Daran hatte ich mich orientiert. Die sind eh IMMER tot.

Hier kann etwas dazu gestöbert werden, welche Position wofür steht und noch mehr:

https://uefi.org/specs/ACPI/6.…upc-usb-port-capabilities

Das ist jetzt nur der Direktlink zu dieser Thematik. Generell ist das DIE Adresse, um sich Klarheit zu verschaffen.

Zitat von maschinenwart

Ich habe da mal eine Bitte, könntest du dir eventuell die SSDT / DSDT von meinem GA-Z390 D Board anschauen?

(SSDT-6-AMI) Die Ports HS08 und HS13 verweisen auf die Methoden TUPC / TPLD. Diese beiden Ports sind die USB2 Ports des Onboard Thunderbolt Controllers. Wie würde man bei diesen Ports vorgehen, um sie richtig einzubinden oder zu deaktivieren?

Hier siehst du, dass der zweite Wert (One) getauscht wird. Und zwar auf den Wert "0x0A", welcher nebenbei bemerkt falsch wäre, wenn die beiden HS08/13 auf je einen Thunderboltport laufen. Korrekt wäre dann "0x09" – USB-C (SW). Gehen die beide an einen Thunderboltport, dann bleibt es bei "0x0A". Möchtest du diese auch ausschalten könnten, füge in die Methode "TUPC" die Zeile "PCKG [Zero] = Arg0" ein und ändere die Zeile "PCKG [One] = Arg0" in "PCKG [One] = Arg1".

Dann wäre in zum Beispiel HS08 der Code so zu gestalten

mit "0xFF" ist der aktiv, mit "Zero" (0x00) aus. Analog dazu HS13 gestalten.

Edit: "GA-Z390 D" hat keinen onboard Thunderbolt.Controller?

Zitat von ST33Z0

Wenn ich die Werte 3 und 4 des Packages auch noch übergeben wollen würde, würde ich noch

PCKG [Two] = Arg2 und PCKG [Three] = Arg3 einbauen, ja?

fast.

Nur "Zero" und "One" sind zulässig als alternativer Schreibweise zu "0x00" und "0x01". In dem Fall wäre also "0x02" und "0x03" angebracht. Allerdings findet da nix weiter statt, sind Platzhalter für eventuelle zukünftige Werte, müssen aber wie gehabt als "Viererpackage" übergeben werden.

Zitat von ST33Z0

Packages müssen also immer mindestens 4 werte enthalten, ja?

Nein, beliebig. Nur diese für _UPC jedoch. Denn der korrekte (direkte) Ausdruck in einem Port wäre zum Beispiel:

Das entspricht letztendlich dem Konstrukt Methode _UPC und GUPC. So wie ich es im ersten Thread beschrieb.

Eine weitere, eigene Variante für Methode _UPC innerhalb eines Ports.

inklusive "Weiche":

und ohne "Weiche":

Jupp, IORegistryExplorer zeigt das wunderbar dynamisch an. Bei einem neuen Gerät wird ein Baum hinzugefügt, dabei für eine kurze Zeit grün eingefärbt. Beim Entfernen ist's rot.

maschinenwart

"normale", öfter gepostete BIOS-Einstellungen. Sleep funktioniert so wie es soll. Benutze internes WLan und Bluetooth, keine extra Kexts. Denn ich habe vom Mainboard die weiße Plastik-Abdeckung abgenommen, den "Blechkasten" abgeschraubt und das interne Wifi/BT-Modul gegen ein originales von Apple (inklusive Adapter) eingesetzt. Die Antennenstecker passten perfekt.

Aber auch, wenn du eine extra Karte nutzt und dessen BT-Modul an einen internen USB-Slot gesteckt ist, kannst du diese Einstellungen des Ports auf deinen Port übertragen.

Du kannst mir gern dein EFI zukommen lassen, dann schaue ich mir das an.

maschinenwart

bitte schicke mir noch ein aktuelles IORegistryExplorer-File. Muss noch etwas nachschauen. Gern auch per PM

ST33Z0

Jein.

Position, Form und Farbe muss nicht. Die Punkte "Ejectable" und "Visible" sind dann doch wieder interessant.