Z97X-UD5H nur 1 USB3 Port geht


    !! ACHTUNG !!
    =============>
    Das Thema wird zusammen mit einem anderen Problem HIER     weitergeführt

    <=============

    Hallo Freunde des Apfels
    Ich habe auf meiner alten Hardware (Gigabyte Z97X-UD5H) HS 10.13.6 neu installiert.
    Soweit hat alles wunderbar geklappt. LAN, Audio, Grafik ... alles da und läuft.
    Ein Problem habe ich jedoch.....von meinen USB-Anschlüssen gehen alle 2er (2 hinten und 2 Frontpanel) aber von den USB3-Anschlüssen geht nur einer von den beiden am Frontpanel.
    Der Seite vom Frontpanel und die 4 hinten gehen nicht.


    Ich habe nach der Installation ein das EFI hier aus dem Forum aus der Hardware-Sektion eingespielt.


    Kann einer sagen was zu tun ist damit die restlichen USB zum Leben erwachen ?


    Grüße
    Peter

    Real Macs

    1. iMac Pro 2017, 10-Core, 64GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    2. MacMini M1, 16GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    Einmal editiert, zuletzt von pgr69 ()

    Was immer gleich als "alt" tetuliert wird. ;)


    Ich habe dir hier mal die DSDT von meinem Z97-UD5H-BK angehangen. Die hatte @al6042 mir vor kurzem neu gebaut. Gepaart mit dem USBInjectAll.kext sollten alle anschlüsse wieder funktionieren. Bzw. du solltest auch den Port-Limit Patch in Clover einfügen damit du astatt 15 dann 30 Ports zur Verfügung hast weil das Board ziemliche viele USB Anschlüsse hat.


    Dateien

    • DSDT.aml

      (75,22 kB, 84 Mal heruntergeladen, zuletzt: )
    Intel Systeme
    Commodore

    Der gezeigte USB-Limit-Patch greift in High Sierra nicht mehr.
    nutze den entsprechenden Patch aus erstem Beitrag des folgenden Threads Neue Clover "KextsToPatch"-Einträge für Sierra & High Sierra

    Gruß
    Al6042

    Zeug mit dem ich so rum hantiere...

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

    langsam langsam *ggg*


    Also was mache ich mit dieser DSDT.aml ? Wo kopiere ich die hin ?


    Und du Al...du schon wieder....bin ja echt froh das es dich gibt.
    Also das was du verlinkt hast habe ich mal eingefügt - hat nichts geholfen.
    Das stand aus der config.plist die ich hier aus dem Forum habe aber schon ein Patch dring wegen der 15 Ports - stört der ?


    grüße Peter


    ==>EDIT
    Also folgendes. Die Anzahl der Ports scheint nicht das Problem zu sein. Ich habe gerade erfolgreich einen alten USB2 Stick in allen Ports getestet. Also greift der Patch doch.
    Was nicht geht sind USB3 Sticks - die gehen nur im 1. Anschluß in der Front.
    <== EDIT

    Die DSDT kommt hier rein



    Da du ein Serie 9 Chipsatz benutzt, nimm lieber die zwei kexte, funktionieren besser als der USBInjectAll.kext, ab intel 100er Chipsatz lohnt es sich nur noch den USBInjectAll.kext zu nutzen vorher sind die anderen besser.



    Dateien

    • Archiv.zip

      (23,84 kB, 65 Mal heruntergeladen, zuletzt: )

    Einmal editiert, zuletzt von rubenszy ()

    Hi Rubenszy


    Okay aber wenn ich es richtig verstanden habe dann kann ich mir diese DSDT sparen wenn ich die zwei KEXTe nehme ?
    Al sagte ja auch das das aus der DSTDS IN 10.13.16 nicht funktioniert.


    grüße
    Peter

    Real Macs

    1. iMac Pro 2017, 10-Core, 64GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    2. MacMini M1, 16GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    Die DSDT kannst schon nehmen, nur was du dir durch die zwei kexte sparst, ist der Eintrag in der config und den USBInjectAll.kext.

    @rubenszy


    Das wusste ich auch noch nicht das die beiden besser sind. Werde ich mal ausprobieren. Vllt. lösen die auch mein Sleep Problem.

    Intel Systeme
    Commodore
    Zitat von rubenszy

    Die DSDT kannst schon nehmen, nur was du dir durch die zwei kexte sparst, ist der Eintrag in der config und den USBInjectAll.kext.


    Ich hatte ja schon den Eintrag in der config.plist und auch den USBInjectAll geladen - Gin trotzdem nicht.
    Probiere beim nächsten boot die beiden KEXTe


    gruß
    Peter


    ==>EDIT
    Also die Ports laufen jetzt mit den beiden KEXTen auch mit USB3-Geräten _DANKE


    Jetzt fehlt mir noch die Audio-Ausgabe über HDMI. Habe mal das KEXT HDMIAudio nach Others kopiert aber irgendwie erscheint unter "Ausgang" nicht mehr als vorher.


    <==EDIT

    Real Macs

    1. iMac Pro 2017, 10-Core, 64GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    2. MacMini M1, 16GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    Einmal editiert, zuletzt von pgr69 ()

    @pgr69
    Geht Sleep bei dir?

    Intel Systeme
    Commodore

    Habe ich noch nicht ausprobiert. Meinst du so richtig Tiefschlaf ?

    Real Macs

    1. iMac Pro 2017, 10-Core, 64GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    2. MacMini M1, 16GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    WEG ???
    Keine Ahnung was damit gemeint ist

    Real Macs

    1. iMac Pro 2017, 10-Core, 64GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    2. MacMini M1, 16GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    Dementsprechend sollte es auch besser im nächsten Thread weitergehen:
    Z97X-UD5H kein Ton über HDMI

    Gruß
    Al6042

    Zeug mit dem ich so rum hantiere...

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

    Ja das ursprüngliche Problem hier ist gelöst

    Real Macs

    1. iMac Pro 2017, 10-Core, 64GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    2. MacMini M1, 16GB RAM, 1TB SSD, 10G Ethernet, Monterey 12.3.1

    Zitat von rubenszy

    Da du ein Serie 9 Chipsatz benutzt, nimm lieber die zwei kexte, funktionieren besser als der USBInjectAll.kext


    Du meinst der EHCI Controller arbeitet besser, als der XHCI Controller? Wie kommst du zu der Meinung?

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

    Diese kexte machen nichts anderes als die USB Ports richtig einzugliedern, wenn man ein USB Device einsteckt.


    Beispiel USBInjectAll.kext kann nicht unterscheiden ob USB 3.0 oder 2.0, er nimmt alle USB ports als USB 3.0 Hub und so muss man auch mit dem Prortlimit arbeiten.
    Die zwei kexte oder besser gesagt nur der FakePCIID_XHCIMux.kext kann unterscheiden was du für ein Device einsteckst und in welchem Port, so mit belegt er nicht die ganzen Ports als USB 3.0.


    Man beachte Mouse G502


    FakePCIID_XHCIMux.kext





    USBInjectAll.kext





    Der USBInjectAll.kext über gibt USB 2.0 Device nicht an den EHCI Controller weiter somit sind alle USB ports immer auf den XHCI Controller geschaltet, was bei USB 2.0 Ports keinen Sinn macht.


    Ich hoffe mal es ist verständlich erklärt, so das es jeder versteht.

    Zitat von rubenszy

    Beispiel USBInjectAll.kext kann nicht unterscheiden ob USB 3.0 oder 2.0, er nimmt alle USB ports als USB 3.0 Hub


    Naja, USBInjectAll hat an sich erstmal garnichts mit USB 2.0 oder 3.0 zutun, sondern damit ob im ACPI hinterlegte Ports an das OS als aktiv oder deaktiviert weitergegeben werden. Das Problem ist eher Apples Mechanismus, der nicht zwischen USB 2.0 und 3.0 unterscheiden kann, sondern im Systembericht definiert:
    Alles was an EHCI hängt ist 2.0, XHCI ist immer 3.X...


    FakePCIIDX_HCIMux mountet einfach alles USB 2.0 Ports auf den EHCI Controller, wodurch die Ports als 2.0 (Kosmetik) angezeigt werden. Ob 2.0 über EHCI oder XHCI laufen soll, sollte eigentlich das BIOS über den XHCI-Mode entscheiden. Ist dieser aktiviert, wird automatisch alles über den XHCI Controller angesprochen und EHCI eigentlich deaktiviert.


    Zitat von rubenszy

    somit sind [bei USBInjectAll] alle USB ports immer auf den XHCI Controller geschaltet, was bei USB 2.0 Ports keinen Sinn macht


    XHCI ist der neuere und aktuellere der beiden Controller. "Modernere" Motherboards bieten eben den XHCI-Mode an um explizit auf EHCI zu verzichten. "Moderne" Motherboards besitzen garkein EHCI mehr und lassen eventuell vorhandene 2.0 Ports sowieso über XHCI laufen.
    Der einzige Grund, der mir für EHCI einfällt, wäre das 15 Port Limit. Meistens ist es aber so, dass bei Motherboards bei denen EHCI überhaupt noch verbaut ist, die Gesamtmenge aller HighSpeed und SuperSpeed Schnittstellen sowieso unter 15 ist (solange man virtuelle Ports deaktiviert).


    Aufgrund dessen gehe ich bei älteren Boards eher den Weg im BIOS den XHCI-Mode auf Enable zu stellen und entweder in der DSDT per _UPC aktive und inaktive Ports zu definieren, oder dem OS über AppleUSBMergeNub die aktiven Ports (Dummy-Kext) mitzuteilen.
    Da der XHCI Mode jedoch häufig verbugt ist und EHCI nicht, oder nur unvollständig deaktiviert, entferne ich daraufhin noch (übriggebliebene) EHCI Controller per ACPI Disable Register (also SSDT, näheres dazu in der PCI Spec der entsprechenden Hardware-Generation), damit ebenfalls die entsprechenden Apple Treiber nicht für EHCI laden.

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

    Einmal editiert, zuletzt von kuckkuck ()

    In meinem Fall ist XHCI-Mode auf Enable und wenn ich den USBInjectAll.kext benutze sind meine ganzen USB 2.0/1.1 Ports tot.
    Wie ich schon mal geschrieben habe, funktioniert der FakePCIID_XHCIMux.kext nur für Intel 7,8 und 9 Serie, ab da muss man halt mit dem USBInjectAll.kext arbeiten, mache ich ja auch bei den 170 Chip.