Kein USB3 trotz Kext2Patch uvm.

Hi zusammen,

ich hole mal was weiter aus, damit ggf. der Weg schon weitere Erkenntnisse für Profis liefert.

Damit bin ich gestartet:
Alle USB3 Geräte (in meinem Fall nur Stick + ext. Festplatte) werden nicht mehr erkannt.
An USB3 Ports passiert gar nichts (egal ob die vom IntelChipsatz oder die vom ASMedia) und an den USB2 wird das Gerät lt. Festplattendienstprogramm zwar erkannt (es erscheint) - kann aber nicht aktiviert werden.
Den Kext2Patch von AL6042 hab ich schon hinterlegt, NVRAM gecleared - keine Chance

Die folgenden Schritte hab ich nach Internetrecherche gestern durchgeführt:
Ich habe mir mal die Mühe gemacht und eine custom-USB-SSDT für mein Mainboard gebaut.
Daraufhin sind jedenfalls per IOREG (PCI0/XHC14) auch alle Controller/Ports (HS01-14 und SS01-06 = 20!) sichtbar.
Dadurch funktionieren immerhin USB2 Geräte an USB3 Ports - das hatte vorher nicht funktioniert. Ziel ist aber weiterhin, dass auch USB3 Geräte an USB3 Port laufen.

Danach habe ich via Bootflag die Ports auf das von Apple gesetzte PortLimit von 15 runtergebrochen - ungenutzte Ports sind einfach deaktiviert --> damit fällt nämlich das mittlerweile echt extrem nervige KextToPatch Thema bzgl. PortLimit endgültig weg.
Das Resultat ist nur dummerweise nicht das Gewünschte, denn....
...jetzt hab ich zwar erfolgreich auf 15 Ports (es werden im ioREG auch nur die 15 angezeigt) reduziert, trotzdem sind die USB3 Ports für USB3 Geräte tot (USB2 Geräte an USB3 Port funktionieren weiterhin)

So und jetzt bin ich komplett ratlos. Hab alles gemacht und probiert, was so in den Foren steht -- nada

Hoffe jemand hat noch eine Idee - vielen Dank!

Hi,

hier der Screen - ist auf jeden eine andere als deine .... *Hoffnung*

Leider nein, Kext wird lt. bootlog erkannt, aber keine Veränderung.

Zitat

6:080 0:012 Use origin smbios table type 1 guid.
6:096 0:016 Preparing kexts injection for arch=x86_64 from EFI\CLOVER\kexts\Other
6:096 0:000 Extra kext: EFI\CLOVER\kexts\Other\Z270USB.kext (v.<null string>)

Kurzer Hinweis, da es mich leicht verwirrt -- deine Datei ist für den Z270 Chipsatz - mein Hero VIII ist aber Z170

Hi,
hier der IOREG...

Bzgl. BIOS - nein - habe ich nicht kontrolliert. Hab ja nichts geändert seit Monaten. Welche Einstellung wäre denn wenn überhaupt relevant?

Erstmal Danke Brumbaer,
rein logisch kann ich dir auch folgen, aber ich habe keine Ahnung wo ich suchen soll.

Ich habe dir mal alles hochgeladen, was relevant sein könnte.
Das einzig interessante was ich direkt gesehen habe, ist dass ich die o.a. PCIdd wieder erkannt -- und zwar in der SSDT-USB die ich nach RehabMans Anleitung gebaut habe. (siehe anlage)
Hier mal der Auszug aus der .dsl Source

Die DSDT hat mir damals netterweise AL6042 gebaut .. danach lief es auch ... aber irgendwas muss sich in der Zwischenzeit geändert haben
In der SSDT ist wohl nur das PowerManagement für meine CPU.

Das war es dann auch schon im Order ACPI/patched
Bei den Kext und drivers64UEFI sind folgende drin - siehe Screenshot. Alle aktuell.

Und dann noch die config.plist

Das Problem ist, dass ich (wie man ja oben merkt) kaum was selber gemacht habe - alle kexts sind OOTB. Nur die SSDT-USB (von mir) und die DSDT (von AL6042) sind "custom"
Wie erwähnt, ist die normale SSDT.aml von einer Tomaten-Source speziell für meine CPU. Nutze ich aber auch schon seit Tag 1.

Daher wüsste ich jetzt nicht, wo die FakeID hinterlegt ist - und bin noch mehr verwirrt, weil ja in der SSDT-USB offensichtlich die richtige steht - auch wenn die Reihenfolge etwas anders ist.
8086_a12f anstatt a12f8086 - aber ich gehe jetzt mal davon aus, dass man das so in der .dsl schreiben muss, damit es in der .aml später korrekt umgesetzt werden kann.

Ok, wir nähern uns

Immerhin zucken die USB3 Ports jetzt im iOReg (siehe Screen)
Der Treiber ist jetzt auch korrekt (siehe Screen)

ABER - das Volumen (sofern USB3 Device) wird im Diskmanager nur deaktiviert angezeigt und kann auch nicht aktiviert werden.
An USB2 Ports das gleiche. USB3 device poppt in IOREG auf, aber der diskmanager aktiviert es nicht

Habe auch noch mal USB Config im BIOS gecheckt-- also so wie es war - Legacy USB deaktiviert und diese USB Mouse Simulator (ist wohl der neue Name für das XHCI Handshake) auch auf deaktiviert. Wenn der aktiviert ist, booted das System nicht. Da hat ASUS nur was bei einem BIOS Update geändert.

Update 1:
jetzt krieg ich ne kernelpanic.
Keine Ahnung warum der erste Boot funktioniert hat und jetzt der zweite nicht.
Ich dreh mal wieder alles auf Anfang und auch ohne SSDT-usb von mir. Dann ist das System so, wie du (al6042) es damals eingestellt hat und ich andere nur die dsdt die du vorhin hochgeladen hast.
Melde mich wieder ...

Update 2
Auch das zurück spielen der alten config bringt mich leider nicht weiter
Anbei die Bilder zur kernelpanic.
Ich krieg hier noch die Pimpernellen
Ich versuch jetzt mal ein Full recovery via CCC

UPDATE 3
Die Wiederherstellung durch CCC war zu mindestens was das Gesamtsystem angeht, erfolgreich.
Boot funktioniert wieder.
Ich habe jetzt alles was ich rumgebastelt habe (SSDT-USB + deaktivieren bestimmter Ports via bootflag) zurück gebaut.
Systemkonfig sieht jetzt wie folgt aus
1) DSDT von AL6042 (die er oben für mich angepasst hat) -> Treiber lt. iOREG sind korrekt --> AppleUSBXHCISPT
2) SSDT für CPU-Management (für Review siehe Posts weiter oben als Anlage)
3) alte SSDT/DSDT umbenannt für ggf. notwendigen Rollback (siehe Screen #4)
4) Drivers64UEFI gleicher stand wie oben im Bild
5) kexts gleicher Stand wie oben im Bild
6) PortLimit KextToPatch wieder hinzugefügt
7) Durch den Wegfall der SSDT-USB und der Bootflags sind natürlich jetzt wieder 20+ Ports inkl. USR1-2 (was auch immer das ist ) in IOREG (neuer Dump anbei + Screen)

Problem ist aber weiterhin identisch.
Sprich USB2 Geräte gehen an allen Ports (USB3 und 2)
USB3 Geräte gehen an keinem Port. IOREG+Diskmanager erkennt zwar was, aber das aktivieren des Gerätes ist nicht möglich.

Anbei noch ein paar ggf- relevante CloverConfig-Screens und der Bootlog
Hoffe jemandem fällt noch irgendwas ein

So,

DANKE läuft!!!

ABER - jetzt hätte ich noch ein paar Fragen fürs Selbststudium, damit ich die Zusammenhänge mal verstehe und weiter lerne.

1) Warum musste ich früher die SSDT unbedingt haben? Die SSDT, die ja nur für CPU Powermanagement da ist, macht von der Beschreibung (Turbo, Sleep usw) her ja schon Sinn.
Ich habe natürlich jetzt keinen Vergleich, ob meine CPU ans Maximum geht (inkl. Turbo-Modus) und weiß jetzt nicht, ob die wirklich für mich notwendig ist.
Die Source war der Mulder von den Tomaten

2) Ich weiß, AL6042 hatte mir damals netterweise mit der DSDT ein anderes Problem (ggf. AirPlay-Ruckeln/Hardwarebeschleunigung - bin mir nicht mehr sicher) gelöst.
Aktuell scheint aber alles sauber zu laufen, inkl. Hardwareencoding. -Tilt?!?

3) Die USB Sticks wurden bei der ersten Verwendung nach dem Löschen des Inhalts von ACPI/Patched und löschen NVRAM usw. trotzdem nicht aktiviert.
Ich habe dann testweise mal neu formatiert - und schwupps - läuft. Das war jetzt mit 2x USB3 Sticks und einer USB3 ext. HDD der Fall. Mehr USB3 Geräte hab ich jetzt nicht.
Aber die Chance, dass alle 3 Geräte "korrupt" waren ist gleich null, da ich auf die ext. alle x-Wochen mal ein separates Backup überspiele (letzte bei 10.13.4 - lief einwandfrei) und die Sticks auch regelmäßig genutzt habe.
Sowas krieg ich nicht in meinem Kopf

4) Jetzt könnte ich ja (wenn ich mal wieder langeweile habe) das USB Thema mit einer SSDT dauerhaft lösen - oder würdest du davon abraten und weiterhin die x-ig Änderungen im PortLimit umsetzen?

5) Anbei noch mal ein neuer IOREG - kannst du bitte nur noch mal abschließend gucken, ob jetzt alles mit ACPI und IOService klappt?

Ansonsten noch mal herzlichen Dank und einen sonnigen Samstag!!