Beiträge von iPhoneTruth

Ok! Aber wie kann man die Dateien dann auslesen?

Ja, die landen da ohne explizit F4 zu drücken. Schon komisch!

Nachtrag:
Unter "Clover v.2 Instructions" im "Irrsinnsmac-Forum" habe ich da was gefunden. Wenn ich das dort richtig verstehe, patcht Clover die Original-DSDT da selbst und gibt da schon einige Vorschläge für eine bessere DSDT. Nur komisch, daß man die dann nicht öffnen kann.

Seit einiger Zeit habe ich in EFI/EFI/CLOVER/ACPI/origin immer nach einem Neustart mindestens zwei neu erstellte Dateien drin namens DSDT-or.aml und DSDT-pa0.aml, die sich allerdings mit MaciASL nicht öffnen lassen.

Das hatte ich früher nicht und scheint mir darauf hinzudeuten, daß er irgendetwas nicht hinbekommt oder etwas (wahrscheinlich an der DSDT) nicht ganz stimmt.

Weiß da einer von Euch, was das ist?

Grad war ich am Schreiben!
Also zunächst besten Dank für Deine Hilfe! Ich werde dadurch immer schlauer !

Nur … mit dem WLAN nach dem Sleep klappt es leider immer noch nicht! Scheinbar bin ich noch nicht schlau genug !

Hmm, jetzt meint er, es wäre keine WLAN Hardware installiert

Könnte es sein, daß der KextsToPatch-Eintrag mit "BCM4360 Airport Extreme" sich mit den "ARPT" Einträgen in der DSDT beißen?

Gelöst:
Ich mußte den KextsToPatch-Eintrag mit "BCM4360 fcvo attempt dw1830" aktivieren, nun geht WLAN wieder!

Ja, der Sicherheit wegen! Soll ich eine mit Seriennummer senden?

Besten Dank und Top!
Jetzt hat es mein badischer Dickschädel gefressen!

@al6042
Also, dann stimmt die DSDT hoffe ich.
Darf ich Dich bitten, meine Config.plist mal zu überprüfen, wenn Du Zeit hast? Vielleicht liegt da irgendwo der Fehler, daß bei mir das WLAN nach jedem Ruhezustand einfach weg ist.
Ich hänge meinen kompletten (abgespeckten) Cloverordner mal an, damit Du auch siehst, was so in den anderen Ordnern drin ist.

Das heißt also: ich trage einen der von Haus aus im System enthaltenen Werte in der DSDT unter "compatible" ein, die er dann dem System "vorgaukelt", obwohl die Karte eine andere Device-ID hat? Habe ich Anfänger das so richtig verstanden?

(Ich hatte gedacht, man müßte die eigenen Device-ID eintragen, damit er diese in das System einträgt, und das System dann damit arbeitet.)

Jetzt bin ich etwas verwirrt!

Zitat

Als Eintrag in der DSDT, direkt unter "compatible", sollte einer der aufgeführten pci-Strings stehen.

Einer von den fünf darüber stehenden Einträgen? Oder der Wert meiner Karte "pci14e4,43b1"?

Hallo @al6042,
In Deiner Post 122 hast Du ja die Sache mit den Device-ID's der Broadcomkarten erklärt. Daran bin ich gerade, und habe zunächst festgestellt, daß ich die BCM94352HBM drin habe, welche die "pci14e4,43b1" hat.

Heißt das nun, daß ich
1. in Clover Configurator unter Devices -> Fake ID-> WIFI den Wert "0x43b114E4" eintragen und
2. in der DSDT bei Device (ARPT)

eintragen muß?

Ich merke gerade, daß die nachträgliche Veränderung der Helligkeit nun nicht mehr so funktioniert. Vielleicht hilft ein NVRAM-Reset. Werde mal noch daran rumprobieren und berichten!

Nachtrag: Nach einigem Rumprobieren: Das Übernehmen der Helligkeitseinstellung nach einem Neustart geht bei mir wohl nur mit der IntelBacklight.kext inkl. „Brightness Patch Broadwell/Haswell“. Dann flackert aber die Bildschirmdarstellung.

Da habe ich mich leider zu früh gefreut.

So, das mit der Helligkeit klappt nun auch:

In der DSDT haben ich das Device (PNLF) unter Device (IGPU) mit folgenden Werten ersetzt:

und dann die aktuelle IntelBacklight.kext in EFI/EFI/CLOVER/kexts/other kopiert und alles funktioniert wie es soll.

Ich hatte diesen Kext nicht mehr drin, weil damit der Bildschirm immer leicht flackerte. Das hat die Augen schon stark gestört.
Offensichtlich hat der Brightness-Patch mit den Werten aus der original-DSDT den IntelBacklight.kext irritiert.

Nun regelt alles die IntelBacklight.kext, der Bildschirm flackert nicht mehr und bei Neustart behält er auch die alten Einstellungen.

Unter https://github.com/RehabMan/OS-X-Intel-Backlight schreibt der Autor auch, daß man mit IntelBacklight.kext eigentlich keinen Brightness-Patch mehr braucht.

Das Herunterfahren funktioniert einwandfrei … aber er startet dannach gleich wieder !

An dem Shutdown-fix können wir ja noch weiter gemeinsam arbeiten.

Dennoch finde ich es recht enorm, wie man mit einem PC doch (fast) genauso gut und schnell arbeiten kann wie mit einem echten Mac.

DSDT eingebaut, System läuft! Habe den Eindruck, es läuft flüssiger als bisher!

Besten Dank! Die Einladung auf die Wiesn steht!

Hallo @al6042
Darf ich nun mal meine selbst erstellte DSDT anhängen? (Was man hier so alles lernt!)

Ich habe dazu geschrieben, wie und was ich so gemacht habe, entsprechen den verschiedenen Angaben hier und Deinem Vortrag auf der HCKCF17 (besten Dank dafür!).
Damit funktioniert alles, außer das WLAN nach dem Ruhezustand.

Wäre froh, wenn Du mal drüber schaust! Vielleicht hast Du Besserungsvorschläge oder Anregungen, die ich noch einbauen könnte. Ich versuche, dazuzulernen, und hoffe, daß ich vielleicht irgendwann das Aufwachen/WLAN-Problem doch noch lösen kann. Besten Dank und Gruß aus dem sonnigen München!

Die habe ich aus Deinem Thread runtergeladen

Sierra auf einem Lenovo E460

Ich habe gerade mal in der DSDT von Harper Lewis nachgeschaut, aber "SLPE" ist nur an dieser einen Stelle vorhanden, eine Method dazu gibt es nicht.

Bei mir ist "SLPE" überhaupt nicht vorhanden!

Ok! Aber es beruhigt auch ein Bischen, daß bei Dir nicht alles besser ist als bei mir !

Ich bin allerdings seit einiger Zeit daran, die DSDT von grundauf neu zu erstellen, und habe nun schon (so glaube ich) alle Patches eingebaut. Aktuell arbeite ich gerade mit derselben, und es funktioniert auch alles wie früher.

Dabei entdecke ich doch die eine oder ander Änderung in Deiner und der DSDT von @al6042, die ich bei mir dann einpflege. Vielleicht finde ich dann doch noch die wesentlichen Einträge.

@Harper Lewis
Welche Bedeutung hat Dein Eintrag am Ende der DSDT?

Nun merke ich gerade, daß er wohl die Änderungen in die nvram.plist auf der EFI-Partition speichert, aber dann beim Systemstart nicht läd!
Die Einstellungen für Ton mit der AppleALC.kext hat er auch nicht gespeichert, da mußte ich nach einem Neustart auch immer den Ton von "volle Lautstärke" auf einen Mittelwert herunterstellen, mit der VoodooHDA hat er dagegen den letzten Wert beim Neustart übernommen.

Etwas komisch!

@Harper Lewis
Ich habe auch mal (wieder wie früher schon) probiert, ohne EmuVariableUefi-64.efi zu booten. Ergebnis: der Bootvorgang ist recht langsam, dann kommt er zum "zerrissenen Apfel", dort verweilt er eine Weile, und dann wird der Bildschirm schwarz. Aus dem Zustand komme ich nicht raus, so daß ich dann die bekannten 5 Sekunden die Powertaste drücke und den Kerl abwürge.
Heißt das für mich, daß das Starten ohne EmuVariableUefi-64.efi bei mir nicht funktioniert, oder gibt es da Möglichkeiten, daß es vielleicht doch funktioniert?

Ja! Habe ich!

Die Einstellungen von Audio übernimmt er, die der Helligkeit jedoch nicht!