Displayhelligkeit regeln auf DELL E5430

    Hi zusammen,


    @ wl_michael: Freut mich sehr, dass bei dir das Löschen des Kextes ebenfalls zum Erfolg geführt hat. :thumbup:


    Ich habe es heute mal ausprobiert. Aber leider bekomme ich nach Einfügen des Patches beim Kompilieren 3 Error-Meldungen (Screenshot + aktuelle DSDT.aml sind beigefügt).


    Hab ich in meiner Eile wieder was verpennt und irgendwas vergessen? ?(


    Danke und Grüße...

    Hallo Captain.Torlek,


    ist das wirklich die DSDT.aml aus /EFI/CLOVER/ACPI/origin?

    Zitat von wl_michael

    Hallo Captain.Torlek,


    ist das wirklich die DSDT.aml aus /EFI/CLOVER/ACPI/origin?


    UPS ...
    Kann ja mal passieren :whistling:


    DSDT.aml aus /EFI/CLOVER/ACPI/origin und aktuelle Fehlermeldung beigefügt.

    Hallo Captain.Torlek,
    mit dieser DSDT.aml lief der Patch fehlerfrei. Ich weis jetzt nur nicht was du für ein Display hast. Das war der Patch für das 1366x768 Display.

    Hi wl_michael,


    danke für's Patchen. Nur was habe ich (also auch im zweiten Anlauf) falsch gemacht, dass ich nur die Error-Messages ausgespuckt bekam, du aber die gleiche Datei paschen konntest?


    Mit welcher Version von MaciACL hast du denn gepatcht? Evtl. ein Versionsproblem bei mir?


    Ich habe auch die Auflösung 1366 x 768. Leider bekomme ich auch hier wieder nur eine weiß-graue Streifen-Anzeige nach dem Reboot und musste die alte Datei wieder einspielen. :huh:


    Viele Grüße...

    Hallo @Captain.Torlek,


    Der einzige Unerschied zwischen den beiden Patch ist der Eintrag für die HD4000.


    Du kannst mal Versuche diesen beim Patchen ganz zu entfernen. Vielleicht überschneidet sich da was mit deinen anderen Clover Einstellungen und ohne diesen Patch funktioniert die DSDT.aml dann auch bei dir.


    Ich nutze diese Version von al6042. Damit bekomme ich keine Fehlermeldungen.
    MaciASL


    Gruß wl_michael

    Hi wl_michael,


    danke für den Tipp. Ich habe genau das ausprobiert und die Datei entsprechend gepatcht. Sieht besser aus, das System startet normal, alles wie gehabt. Nur beim Ruhezustand leider das gleiche Verhalten wie bisher. :(


    Hast du oder jemand anderes noch eine Idee?


    Danke und Grüße...

    Hallo Captain.Torlek,
    was genau macht den der Laptop im Ruhezustand?


    Poste mal was diese beiden Befehle im Terminal ausgeben.
    pmset -g
    pmset -g assertions


    Gruß wl_michael

    Zitat von wl_michael

    Hallo Captain.Torlek,
    was genau macht den der Laptop im Ruhezustand?


    Poste mal was diese beiden Befehle im Terminal ausgeben.
    pmset -g
    pmset -g assertions


    Gruß wl_michael


    Hi,


    im Detail passiert folgendes:

    • Ruhezustand initiieren
    • Display wird ausgeschaltet
    • Power-Button leuchtet noch ca. 10 - 15 Sekunden weiter
    • Power-Button wird langsam dunkel und darauf direkt wieder hell
    • Aktivitäts-Leuchte des DVD-Laufewerks leuchtet kurz auf
    • Ca. 5 - 10 Sekunden danach läuft der Lüfter dezent aber hörbar an
    • Danach passiert nichts mehr. Auch ein Aufwecken aus diesem Zustand ist nicht möglich, weder über Power-Button, Displaydeckel schließen & öffnen oder anderweitige Maßnahmen. Es hilft nur ein Power-Off und sauberer Neustart.


    Die gewünschte Ausgabe:




    und




    Hilft dir die Info?


    Danke schon mal und viele Grüße...

    Du beschreibst das Verhalten wie es bei meinem war bevor ich die _prw Methoden angewandt habe. Diese Methoden nehmen den Saft von sämtlichen Anschlüssen so das diese den Laptop nicht mehr aufwecken können.
    Einzig das mit dem Bildschirm hatte ich nie. Bei mir ging immer der Bildschirm an.


    Du kannst die mal alle Testen ob dann Sleep geht. Man sollte jedoch dann herausfinden welche dann den Laptop zum Schlafen bringt und nur diese in der DSDT.aml anwenden.


    https://github.com/RehabMan/La…/usb/usb_prw_0x0d_xhc.txt


    In deinen pmset Ausgaben kann ich nichts finden außer das die identisch zu meinen sind. ;)

    Für Backlight Level nach Start kann man auch einen Wert in Clover eintragen. Dann hat man immer den gleichen nach dem Neustart.


    Clover möchte bei mir perdu nicht die RC-Scripts installieren. Daher habe ich dazu selber was erstellt. Damit wird NVRAM bei mir ohne die EmuVariableUefi-64.efi von Clover gespeichert und wieder hergestellt.


    rc.shutdown.local wird beim Shutdown nicht ausgeführt um NVRAM zu sichern


    Gruß wl_michael

    Ich hab das auch so gemacht, wie wl_michael schreibt: In der DSDT geschaut, was die _prw zurück gibt (0x0D oder 0x6D) und dann den entsprechenden RehabMan USB-Patch verwendet.


    Der schreibt: "An alternate solution for "instant wake" using AppleUSBXHCI.kext is to use "USB _PRW 0x6D (instant wake)". You should examine your DSDT to determine what the relevant _PRW methods return to be certain the patch is appropriate for your DSDT. Also provided in the repo is "USB _PRW 0x0D (instant wake)" (0x0D and 0x6D are both common values for XHC/EHC/HDEF return from _PRW)."

    Liebe Grüße aus Berlin

    Zitat von wl_michael

    Du beschreibst das Verhalten wie es bei meinem war bevor ich die _prw Methoden angewandt habe. Diese Methoden nehmen den Saft von sämtlichen Anschlüssen so das diese den Laptop nicht mehr aufwecken können.
    Einzig das mit dem Bildschirm hatte ich nie.…


    Hi wl_michael,


    vielen Dank...ich habe es eben ausprobieren können. Hat wirklich zum Erfolg geführt!
    Welcher der Patche genau das gewünschte Resultat gebracht hat, werde ich noch genauer ausprobieren. Aber generell hat es genau so geklappt, wie ich es mir gewünscht habe.


    Vielen Dank schon mal! :danke: