Suchergebnisse

Hallo in die Runde,ich habe ein spezielles Problem.Zunächst zum IST Stand:Ich habe via DSDT die Anpassung von XHCI->XHC, EHC1->EH01 sowie ECH2-EH02 durchgeführt. Die neuste Version der USBInjectAll.kext kommt zum Einsatz und alle Devices werden von AppleUSBXHCIPCI bearbeitet. Die uia_exclude sind entsprechend gesetzt, es sind unter 15 Ports und es ist kein Patch der USB Treiber aktiv. Sowohl USB2 als auch USB3 Geräte werden korrekt erkannt und die Geschwindigkeit von USB3 ist korrekt. Im Prinzip…

Hey @rubenszyVielleicht bin ich gerade ganz auf dem falschen Pfad, aber der Kext beschränkt sich doch auf den AppleUSBXHCI Driver und genau den möchte ich für die USB2 Ports eben nicht verwenden. Oder stehe ich gerade auf dem Schlauch?(Quelltext, 16 Zeilen) Gruß Joe

Ich freue mich wirklich das Du Dir die Zeit nimmst und versuchst zu helfen @rubenszy. Das meine ich absolut ernst!Aer ich muss die Frage stellen: hast Du mein Text gelesen? Auch wenn Du meinst, das USB2 immer geht, habe ich genau hier das Problem. Sowohl Deinen ersten Tipp uia_exclude, als auch den zweiten Hinweis DSDT-Patch XHC hatte ich doch bereits in meinem ersten Satz geschrieben.(Zitat von JoeHidden)Mittlerweile bin ich soweit, das ich mit dem FakePCIID_XHCIMux.kext zumindest 2 Ports als r…

(Zitat von kuckkuck)Ah, ok. Ich hatte es so verstanden, das der USBInjektALL trotzdem notwendig wäre. Ok, ich probiere das mal @Kuckuck. Danke!Nachtrag: Genau so habe ich es in der DSDT angepasst.EHC1 --> EH01 EHC2 --> EH02XHC1 --> XHC

@Kuckuck XHC steht in der DSDT

Ok, hab ich angepasst.Wenn ich nur mit der FakePCIID_XHCIMux & FakePCIID boote ist USB2 ok. USB3 fehlt.Zu den BIOS Einstellungen. Die zwei Handover Values sind so wie verlinkt. Der XHCI steht aber auf Smart Auto, da bei Enabled das BIOS vom Board die EHCI Controller deaktiviert - was ja das Ziel untergaben würde... Dementsprechende führt der Wechsel auf XHCI Enable im Bios zum umgekehrten Bild. USB3 ok - USB2 fehlt.Gruß Joe

@kuckkuck Ja, Auto geht auch. Macht zumindest äußerlich erst mal keinen Unterschied.Kurz zum aktuellen Stand. Ich habe gestern noch etwas geforscht. Ich habe noch einmal validiert das die Adresse XHCI Controller im FakePCIID_XHCIMux 0x8d31/0x8086 korrekt vorhanden ist. Das trifft zu. Von den zwei EHCI Controllern werden auch zwei erkannt, allerdings nur einer mit Anschlüssen. Da muss ich aber nochmal genau die Zuordnung vom Board studieren. Nur mit der FakePCIID_XHCIMux & FakePCIID boote ist ent…

Ok, das sehe ich mir an. Danke nochmal!

Klar immer nur mit Backup @kuckkuck... Ich bin gerade mit der XOSI Variante dran. Ich kann sehen (wenn ich mit MaciASL die aktuelle Tabelle auslese, das die XOSI Methode in der DSST vorhanden ist. Bisher bemerke ich im System keine Veränderung. Gibt es eine Stelle wo ich validieren kann ob die Einstellungen überhaupt zu einer Veränderung führen? Fühlt sich gerade etwas "blind" an.Ich nehme an, das die Umbenennungen XHCI->XHC, EHC1->EH01, etc. auf bei der Methode aktiv bleiben oder habe ich das m…

(Zitat von kuckkuck)Ok, ist ja auch mal spannend.(Zitat von kuckkuck)EFI/CLOVER/ACPI/patched/SSDT-XOSI.aml _OSI zu XOSI zunächst via Clover Patch (ACPI-->DSDT-->Patches)(Zitat von kuckkuck)Ja(Zitat von kuckkuck)Nein(Zitat von kuckkuck)Ich denke das habe ich schon verstanden. Windows 8 weil sowohl für Windows 8 (_OSI string: "Windows 2012") und alle früheren Windows Versionen ein 0xFFFFFFFF als Return value liefern. Soll Windows7 gemeldet werden, müsste der Eintrag "Windows 2012" entfernt werden.…

Hallo @Kuckuckich habe nochmal beide Varianten ohne jegliche Injektoren etc. getestet. Weder Windows 7 noch Windows 8 scheinen eine Veränderung zu ergeben. Über den Weg MaciASL/New from AHCI/SSDT kann man sehen, das die Änderungen jeweils übernommen wurden, mehr aber auch nicht. Vielleicht verhält sich das ASUS Bios in beiden (allen) Fällen gleich?Ohne Injektor funktionieren alle USB2 Ports übrigens auch perfekt. Mit Rehabman's XHCI-x99-injector.kext wird alles gnadenlos über den AppleUSBXHCIPCI…

Radikaler getestet - ohne Befund Ich sehe in der ausgelesen DSST den Eintrag (Quelltext, 4 Zeilen) Und die Controller heißen wieder EHC1, EHC2 und XHCI - insofern wurde alles angewendet. Einen Unterschied im Verhalten kann ich nicht feststellen. Ich werde jetzt mal den Patch für Windows 8 Testen und ggf. mal Windows 10.Nachtrag: Windows 8 bringt auch keine Veränderung. Windows 10 entfällt alt Test, da in der ausgelesenen DSDT kein Eintrag zu “Windows 2015”, was laut MS Doku Windows 10 wäre, exis…

Entschuldige, hatte ich nicht explizit erwähnt. Identisch.

Verdammt Ja, hab ich auch. Gefühlt läuft nur Smart Auto wirklich gut. Bei Auto treten USB3 Disconnects auf.Am besten scheint im Moment die folgenden Variante zu sein. DSDT: Nur EHC1/EH01, EHC2/EH02, XHCI/XHC_Kext: FakePCIID+FakePCIID_XHCIMux+USB_Injector x99Clover Boot Argument -uia_exclude_hsBisher laufen alle Ports perfekt stabil. Und durch das Boot Argument sind auch nur die SSP Ports auf den XHCI gebunden. Die Abwärtskompatibilität der USB3 Ports geht aber immer noch nicht.Ich frage mich lan…

(Zitat von kuckkuck)Ok, dann ist die Frage ob er das in irgendwie mit den ACPI Namen korrespondiert. Vielleicht ist da EH01 hardcoded drin, oder sowas? Mich wundert nur das bei mir alles am EH02 hängt und der EH01 leer ist.(Zitat von kuckkuck)Nein, das ist nicht korrekt. Ohne das Argument werden die HSxx Ports an den XHC gebunden - mit nicht. Ich nehme an das der FakePCIID_XHCIMux den Parameter auch auswertet. Der Hinweis zum Einsatz kam von Rehabman in einem anderen Thread den ich dazu gelesen …

(Zitat von kuckkuck)Läuft... Jetzt wollte ich Dir gerade den Quote reinsetzen weil ich den Tab noch offen hatte, da seh ich das es die Antwort auf einen Post von der Seite davor war und der hatte natürlich doch die USBInjektAll. Mea Culpa Aber ich bin auch bei Rehabman auf die Aussage gestolpert: "By default forces all XHCI ports to route USB2 devices to EHC1."Ich probier noch mal eben was und dann Teste ich weiter...

MacPro 6,1Ich hab gestern Abend früh Schluss gemacht und teste heute Abend weiter.@Kuckuck Codeword "Der ESEL ist offline" Leider auch keine signifikanten Änderungen erkennbar.In der Info.plist der FakePCIID_XHCIMux finden sich die RM,pr- Einträge. Wirklich viel habe ich dazu nicht gefunden aber Rehabman schreibt dazu folgendes:(Zitat)So wie ich das verstehe wäre es doch damit möglich per RM,pr2-force nur die reinen USB 2.0 Ports an den EHCI zu leiten, oder? Das würde ja schon ausreichen. Ein US…

Ok, dann gehe ich nachher mal XSEL an. Danke für die Erklärung!Die DSDT umfasst derzeit, die XHCI/EHC1/EHC2 Änderung, die Anpassung der GFX für die PCIID meiner 980ti (MacPro6,1). Dazu die Basics aus dem Wiki, allerdings ohne HDMI und Audio Einträge. Ich nutze den internen ALC Audio Chip nicht. OS Check Fix und USB Power auch nicht.Gruß Joe@Kuckuck - Auch mit XSEL keine Änderung.

Bringt der in dem Kontext denn noch etwas. Ich habe den schon seit einer weile raus, weil ich ja die passenden Port ausgewählt habe und exkludiere was nicht gebraucht ist auf dem XHCI?Ich bin aber an anderer Front weiter. Rehabman meint, das Problem liegt an fehlenden Injects bei EHCI. Ich denke ich muss herausfinden, warum die EH01/EH02 Ports nicht korrekt vorhanden sind.

Unter Windows 10 ist alles wie es sein soll. Bisher fischen wir im trüben... Er meinte der Clover Parameter "Devices/USB/FixOwnership=true" wäre entscheidend. Ich hatte den Wert auf false, da im Clover Wiki dazu steht "This fix is not relevant for UEFI booting.". Er meinte dazu, die Angabe im Clover Wiki stimmt nicht. Einen Unterschied macht es leider trotzdem nicht. Die Logs helfen aber auch nur bedingt weiter. Interessant finde ich die folgenden Zeile aus dem Kernellog.(Quelltext, 1 Zeile) Die…