USB mittels SSDT deklarieren

Danke für die ausführlichen Erklärung, glaub langsam verstehe ich dat ding auch besser, wird gleich gecheckt.

Konntest du das mit dem Info`s dem Ioreg übergeben was in Erfahrung bringen?

Gruss Coban

Zitat von apfelnico

Ein letztes Special findet ihr unter HS13. Hieran hängt mein interner Bluetooth. Nach dieser Definition bleibt auch beim "DeepSleep" Bluetooth weiterhin aktiv, ich kann den Rechner per Maus oder Tastatur wecken und Bluetooth ist auch nach dem Wake selbstverständlich weiterhin aktiv. Dieses Problem hatte ich zuvor nicht, aber mit macOS Monterey war nach dem Sleep/Wake Bluetooth "tot". Das ist nun auch gefixt.

Könntest du das noch erklären? Was muss ich da übernehmen, um das auch für mein System anpassen zu können. Ich habe meine SSDT mal angepasst und seit dem habe ich das Problem, wenn der Rechner längere Zeit (> 30min) im Sleep ist.

5T33Z0, was du meinst, habe ich schon berücksichtigt und meinen Port als internen definiert. Ich denke eher, mit "Special" sind folgende Methoden innerhalb von HS13 gemeint, denn apfelnico erwähnte etwas mit "wecken" und "DeepSleep":

atl kurze Frage weil Du ja ein ähnliches Mainboard hast. Die SSDT Anpassungen zu meinem z390pro (SSDT-6) haben leider keinen weitergehenden Erfolg hinsichtlich Bluetooth am HS11 welches unter Monterey nicht mehr funktioniert wie bisher.

Die obigen Anpassungen der Methoden DTGP und DSM können auch nicht greifen da die UUID nicht passt oder sehe ich falsch apfelnico ?

Dennoch gute Sache USBPorts.kext obsolet gemacht zu haben

Grüße

pstr, da kann ich leider keine wirklich greifbare Aussage machen, da ich Monterey im Moment nur sporadisch im Einsatz habe noch Bluetooth wirklich einsetze. Aber bei meinen Tests funktioniert Bluetooth.

Im Moment habe ich aber ein anderes Problem. Seit der Umstellung auf die SSDT schläft der Mac nicht mehr. Er wacht immer mit folgender Meldung sofort wieder auf:

Am HS10 ist meine Bluetooth-Karte angeschlossen und der Port ist auch korrekt als interner USB2-Port deklariert.

Selbst wenn ich alles anderen USB-Geräte abziehe, wacht der Rechner sofort wieder auf.

Bir mir ist das HS11, der IOReg sieht so aus, kannst ja mal schauen wie es bei Dir ist

pstr, das sieht bei mir genauso aus:

Zitat von N0b0dy

ich sehe deine USBs falsch deklariert HS02, HS06 und HS09 müssen USB3.0 sein

Ich habe die Ports getestet und dabei folgende Port-Nummerierung erhalten:

Damit ist bei mir HS02 der USB2-Part von Port 03, der ein TypeC-SW Port ist, deshalb hat der auch diesen Typ. HS06 hat bei mir den Typ "USB2", da ich den USB 3.0-Teil (SS06) deaktiviert habe. Und HS09 ist Teil des internen USB-Connectors, der nur USB2-Ports hat. Meiner Meinung nach sollte das Mapping damit richtig sein.

N0b0dy, alles gut. Ob HS06 als USB3 oder USB2 deklariert ist, macht aber keinen Unterschied - auf das Sleep-Problem bezogen. Am HS09 hängt der USB2-Frontanschluß vom Gehäuse. Ich habe getrennte Kabel für beides an dem Header HS09+10.

a1k0n, ich hatte auch mal eine EFI, die 1A rannte. Bis ich versucht habe, Big Sur / Monterey mit meinen Thunderbolt-Displays zum Laufen zu bekommen. Bis auf das Sleep/Wake Problem läuft jetzt auch alles. Ich nutze die BIOS-Version F9l, da die F9m in Kombination mit der TitanRidge-Karte und einer Samsung 970 NMVe SSD bei Big Sur zu Abstürzen führt. Du kannst mir gerne deine EFI mal zukommen lassen oder besser noch, veröffentliche sie im Hardware-Center: Gigabyte Z390M Gaming . Ich schaue sie mir dann mal an und vergleiche mit meiner. Schaden kann es ja nicht.

Zitat von 5T33Z0

pstr Es gibt generell Probleme mit Bluetoth unter Monterey. Soll heißen: fall Bluetooth unter Big Surr oder sonst wo funktioniert, dann liegt's höchstwahrscheinlich nicht an der SSDT.

Jein, irgendwo ist da noch was nicht korrekt.

ein Wake per Bluetooth geht auch noch innerhalb von geschätzt 30 min nach Sleep-Begin. Später reagiert der Kasten nur noch auf Power-Taste oder über USB angeschlossene Geräte.

Vermutlich geht die Stromversorgung von PCIe 1x Steckplatz runter sodass das BT Modul nicht mehr reagiert ( aber nur mal ein Vermutung )

Das wiederum mag von MB zu MB anders im Verhalten sein und dann hat mal jemand keine Probleme oder eben wie unsereins.

{Glaskugel off}

N0b0dy, a1k0n, ich habe jetzt noch einmal etwas gestestet. Sleep funktioniert sobald ich die USBPorts.kext anstelle der SSDT aktiviere. Das Portmapping ist bei beiden gleich.

N0b0dy, noch kurzes Feedback zum meinem Sleep-Problem. Ich habe jetzt mal eine SSDT nach deiner Methode erstellt und in der Tat funktioniert sie genau wie die USBPorts.kext. Aber auch damit habe ich Probleme in der Art, dass System (zumindest unter Catalina) nach einer Weile (gefühlt 15 in.) aufwacht und dann ohne aktiven Bildschirm läuft.

Aber ich glaube, dass da einfach diverse macOS Prozesse die Ursache für die Waches sind. Dem gehe ich noch bei Gelegenheit noch einmal auf den Grund. Zumindest wacht das System jetzt nicht mehr direkt nach dem Aktvieren des Sleep-Mode wieder auf. Das ist schon einmal ein großer Fortschritt.

Zitat von apfelnico

Oder aber auch interne HUB, erst Ports dahinter sind wieder "user visible". Bitte schaut euch in diesem Zusammenhang auch "ejectable" an und ob das dann jeweils richtig gesetzt wurde.

Würde das nicht bedeuten, dass ich die 2 USB-Ports, die mit der TitanRidge-Karte verbunden sind, um den USB2-Teil zur Verfügung zu stellen, auch als "internal" definiert werden sollten?