Suchergebnisse
Suchergebnisse 1-14 von insgesamt 14.
-
Das sind aber sehr viele Ports. Sicher, dass die alle über den XHC(I)-Controller angebunden sind? Das Board hat ja noch einen weiteren Controller verbaut: ASMedia 3142 USB 3.1 Gen2 with USB Type-C™ and Type-A. Magst du mal einen IOReg-Dump zur Verfügung stellen?Nachtrag: Ok, doch alle unter XHC. Kannst du ein paar Ports opfern? Maximal 15 sollten es sein. USR1 und USR2 so wie alle inaktiven Ports kann man eh kicken.
-
RP05.PXSX ist der ASMedia-Controller (pci1b21,2142). Kannst du die Ports unter XHC auf insgesamt 15 zusammenstreichen? Siehe auch Nachtrag In Beitrag #15.Nachtrag: Ich sehe auch gerade, dass bei dir X86PlatformPlugin nicht geladen wird. Abhilfe: In der config.plist Acpi > SSDT > Generate Options > PluginType.
-
FakePCIID-XHCIMux bringt hier leider nichts, weil das Board keinen EHCI-Controller hat. Der Ruhezustand sollte funktionieren, wenn man den Port, an dem Bluetooth hängt, als intern konfiguriert (z.B. über die SSDT-UIAC). Aber wie gesagt, es sollten dann maximal 15 Ports unter XHC aktiv sein.Hier mal als Beispiel, wenn Bluetooth unter HS12 auftaucht:(Quelltext, 11 Zeilen)
-
Statt USBInjectAll könntest du mal die Kext im Anhang ausprobieren. Ich weiß allerdings nicht, ob das so zusammen mit dem Portlimit-Patch funktioniert. Auf jeden Fall muss dieser bei 18 Ports aktiv sein. Bite prüfe auch nochmal, ob ich die Ports richtig konfiguriert habe. HS11und HS12 habe ich mal als intern konfiguriert, den Rest entweder als USB-2- oder USB-3-Ports.
-
Besten Dank für die Rückmeldung. Das ist allerdings seltsam, denn HS11 und HS12 sind als intern konfiguriert:Welche device-id hat der Controller im Original und wie wird das mit mit XHCI-300-series-injector.kext umgebogen? Ich bin jetzt von 0xa2af8086 ausgegangen, XHCI-300-series-injector sollte eigentlich nicht nötig sein.