Suchergebnisse
Suchergebnisse 1-20 von insgesamt 32.
-
@kuckkuck und @E.D.L.bin auf Reisen und kann aktuell keine DSDTs bearbeiten...
-
Danke sehr...hätte ich bestimmt, wenn da die Arbeit nicht wäre...
-
Erinnert sich noch jemand an den Begriff "Waiting for DSMOS" oder "DSMOS has arrived"?Was meint ihr denn, was DSMOS heisst?Dont_Steal_Mac_OS...
-
Ach Quatsch... Es gibt manche Dinge, die bleiben einfach hängen... ob man will oder nicht... @WeWin Coole Sache... dann sollt das Gerät doch soweit erledigt sein, oder?
-
Dafür muss die DSDT gepatched werden, damit diese Angaben der USB-Port-Definition an OSX übergeben werden.
-
Ohne deine DSDTs wenigstens mal in Augenschein genommen zu haben, werde ich mich hier zu keiner Aussage hinreissen lassen.Kexte alleine tun es nicht, die helfen dir vielleicht in der erfolgreichen Nutzung von USB3.0 und USB2.0 Anschlüssen, aber den Eintrag für die Stromzufuhr bekommst du aus der DSDT.Hier zum Beispiel mal ein Patch aus dem Maciasl:(Versteckter Text)
-
Dann mach das mal und sage uns ob es funktioniert hat...
-
An der Stelle in deinen Screenshots geschieht mit den markierten DeviceObjects noch nichts.Im DefinitionBlock werden nur die Devices oder Scopes aufgeführt, damit diese im darunter liegenden Bereich tatsächlich genutzt werden können.Entspricht der Deklaration von Elementen oder dem Setzen von Variablen in Programmen oder Scripts. Deswegen wäre ein Blick auf die Einträge unterhalb des DefinitionBlocks spannender.Damit kannst du sehen, dass zwar die Devices/Scopes beeinflusst werden, aber beide SS…
-
Kein Problem... Hast du Zeit für eine kleiner Teamviewer Sitzung?
-
Korrekt...Deswegen nutze ich den auch nicht auf meinem System.Sollte ich mal in die Verlegenheit eines neuen Skylake-Boards kommen (und die Chance ist gerade riesig, da sich bei mir ein schneckiges kleines Gehäuse eingefunden hat), werde ich nicht um den Kext umhin kommen.Aber auf dem Intel 8-Series Boards macht der mE nur bedingt Sinn.
-
Erst wenn das ganze Inhaltliche Form angenommen hat...
-
Bei @Harper Lewis läuft der KextsToPatch-Eintrag für das 15-Port-Limit nicht.Der IOReg zeigt genau nur diese Ports an...Beachtet bitte die letzten beiden USB-basierenden Einträge im folgenden Post Neue Clover "KextsToPatch"-Einträge für SierraEs gibt noch einen ähnlichen Patch, der nutzt aber andere Hex-Werte, die in der 10.12.x-Version des AppleUSBXHCIPCI.kexts gar nicht vorhanden sind und somit nicht per Patch ausgetauscht werden können...
-
Ich habe bei meinem Gerät die excludes nicht mal gesetzt, da mir der KextsToPatch Eintrag wohl alle USB-Ports im IOReg auch anzeigt und nutzen lässt:
-
Kannst du mal bitte deine aktuelle config.plist hier posten?Liegt der USBInjectAll in einem der Ordner unter /EFI/CLOVER/kexts?Wenn ja, in welchem?
-
Wie sind die BIOS Einstellungen zu folgenden Punkten gesetzt?- BIOS Features -> USB Support (Empfehlung. Full Initial)- Peripherals -> Legacy USB Support (Empfehlung: Enabled)- Peripherals -> XHCI Hand-off (Empfehlung: Enabled)- Peripherals -> USB Mass Storage Driver Support (Empfehlung: Enabled)
-
Hi,@Hunk89 war bis eben bei mir und wir haben das Problem genauso gelöst.In seiner config.plist war der Port-Limit noch nicht aufgehoben und die Excludes des USBInjectAlls noch hinterlegt.Beides geändert und in der EFI die FakePCIIDs eingesetzt, plötzlich gehen alle USB2.0 und 3.0 Ports wieder...
-
Moment...Die gepatchte DSDT muss in den Ordner /EFI/CLOVER/ACPI/patched, damit sie beim Booten auch eingelesen und genutzt wird.Der /origin-Ordner ist nur zur Ablage der aus dem BIOS extrahierten .aml-Dateien gedacht.
-
Wie schon geschrieben:der Ordner /EFI/CLOVER/ACPI/origin beinhaltet nur die aus dem BIOS extrahierten .aml-Dateien. Somit sind Änderungen in diesem Ordner zwar möglich, werden aber beim Booten von Clover nicht berücksichtigt/eingesetzt.Dafür gibt es den Ordner /EFI/CLOVER/ACPI/patched...Dort müssen die geänderten/gepatchten .aml-Dateien (DSDT und SSDTs -> von letzter kann es mehrere geben) abgelegt wrden, sodass sie beim Booten auch berücksichtigt/eingesetzt werden.Wenn in deiner Installation ei…
-
Deine Angaben verwirren mich ein wenig...Deswegen habe ich das mal in einer Tabelle zusammengefasst:DSDT Typ in /origin in /patched Funktioniert Original ja nein nein Original nein ja nein Gepatcht ja nein nein Gepatcht nein ja ja Ist diese Darstellung so korrekt?
-
Ok... das sieht dann so aus:DSDT Typ in /origin in /patched Funktioniert Original ja nein nein Original nein ja nein Gepatcht ja nein ja Gepatcht nein ja ja Was mich aber noch viel mehr verwirrt... ich werde das mal mit meiner kleinen Skylake-Box antesten.Der normale Ablauf sagt, dass die DSDT.aml aus dem Ordner /EFI/CLOVER/ACPI/origin nicht gezogen werden sollte.