Suchergebnisse

Ja kann ich auch bestätigen. Alles fein mit FCPX und 980ti.

Wird bestimmt ein Riesenspaß... Schön das jetzt alles klappt.

(Zitat von Paktosan)Schau mal im IORegistryExplorer ob unter dem XHC Knoten der FakePCIID_XHCIMux gebunden ist. Wenn nicht ist der Kext nicht geladen worden.

(Zitat von kuckkuck)Die "höchstmögliche" seitens Asus in der DSDT enthalten Windows Version ist 2013. Die hatten wir bereits getestet. 2015 würde doch dann eh wie 2013 behandelt, oder? Ich frag mich Dia ganz Zeit warum der EH01 in der IOReg vorhanden ist aber der Treiber nicht geladen wird. Wenn er nicht da wäre ok, aber so - seltsam. Auf jeden Fall nochmals Danke bis hierhin @Kuckuck.(Zitat von Download-Fritz)Ok, Danke auch Dir schonmal vorab. Mit Rehabman schreibe ich bei IM seit Freitag Abend…

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…

Ein "KOMPLETE KONTROL S61" - Ich liebe das Ding jetzt schon...

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.

Genau kann ich auch nicht sagen, was da genau war. Aber die Rebootschleife hatte ich auch mit der 980ti vor ein paar Monaten. Ich hab mir damals nen Wolf gegoogled und keinen mit dem gleichen Problem gefunden. War aber genau wie bei ihm. Im laufenden Betrieb reinstecken ging, mit beiden Schirmen booten = RebootLoop. Das muss aber mit 12.0 gewesen sein - heute kann ich es auch nicht mehr nachstellen...

Test mal unterschiedliche Ports (1-2, 2-3,3-1 etc.). Ich hatte teilweise das Problem, dass es bei Initialisierung der Grafikkarte crashte. Umstecken hat dann geholfen und zurückstecken brachte reproduzierbar den Fehler.

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.

Moinsen... Entscheidend ist, wie @kuckkuck schon geschrieben hat der Treiber. Deine USB Audio Devices, Mischer etc. laufen am besten über den älteren aber stabilen EHCI Treiber (AppleUSBEHCIPCI).Ich hatte das gleiche Problem mit Audioglitches am Behringer U-Phoria und immer wieder mal Aussetzer am X-Touch. Durch FakePCIID und FakePCIIDXHCIMux.kext sorgst Du dafür das die USB2 Geräte vom EHCI Controller / Treiber bearbeitet werden. Bei mit kämpfen wir gerade noch etwas mit der Abwärtzkompatibilit…

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…

(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...

(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 …

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…

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

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…

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…

(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.…

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…