Benötige Unterstützung bei H77-DS3H Sleep - Wake up - Problem

INTOIT · 23. Juni 2021

Hallo Miteinander,

ich habe meinen eingemotteten Clover H77-ds3h erfolgreich zu einem flotten Opencore iMac15,1 mit NVMe via PCIe Adapter und Biosmod und neuer Wlan Karte aufgesetzt.

iMac 15,1

Mainboard: GA-H77-DS3H Rev. 1.1

Prozessor: intel Core i5 3570K

Grafikkarte: GIGABYTE Nvidia GeForce GTX 770 OC

Ram: 16 GB 1600 MHz DDR3

Festplatte: Samsung SSD970EVO PLUS 500GB NVMe

Wlan + Bluetoth: MQUPIN fenvi T919 Wireless Karte BCM94360CD (USB Kabel für Bluetooth auf Board)

macOS Big Sur 11.4 - OC 0.7.0

Soweit läuft der Rechner jetzt sehr gut, einzig Sleep bekomme ich nicht hin. Der Rechner geht kurz in den Sleep und wacht gleich wieder auf.

->log show --style syslog | fgrep "Wake reason" ergibt:

Code

2021-06-23 12:39:56.033598+0200 localhost powerd[83]: [powerd:sleepWake] Wake reason: "<private>" identity: "<private>"
2021-06-23 12:40:29.229084+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
2021-06-23 12:40:29.229085+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
2021-06-23 13:19:28.549966+0200 localhost powerd[83]: [powerd:sleepWake] Wake reason: "<private>" identity: "<private>"
2021-06-23 13:20:02.284055+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
2021-06-23 13:20:02.284056+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
2021-06-23 13:20:55.538330+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
2021-06-23 13:20:55.538331+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
2021-06-23 13:21:48.766010+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
2021-06-23 13:21:48.766011+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
2021-06-23 13:22:41.403480+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
2021-06-23 13:22:41.403481+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN

Alles anzeigen

Folgendes habe ich gemacht, ich habe mich komplett an Dortania's OpenCore Install Guide gehalten:

- selbst erstellte SSDT-PM.aml ist in ACPI

- heruntergeladene SSDT-EC-USBX-DESKTOP.aml ist in ACPI

- mit USBmap Tool USBMAP.kext erstellt und installiert

Das habe ich probiert um das Problem zu lösen, allerdings habe ich zum Thema ACPI kaum Wissen:

- testweise hibernationfixup.kext installiert, keine Veränderung. Benötigt der Kext Bootflags?

- ACPI Patch - Rename EHC1 to EH01 (USB) und Rename EHC2 to EH02 (USB) - keine erkennbare Änderung

- Systemeinstellung - Energiesparen: alles deaktiviert - keine Änderung

- Bluetooth Kabel abgezogen - keine Änderung

- Bluetooth Kabel Port als Intern deffiniert - keine Änderung

- Bluetooth Kabel umgesteckt und neu gemapped - keine Änderung

Was könnte jetzt ein sinnvolles herangehen sein, um das Problem zu lösen? Danke im Voraus ...

apfel-baum · 23. Juni 2021

hm, war das nicht was mit "darkwake" ?

lg

grt · 23. Juni 2021

da brauchts einen rename einer methode im device glan (acpi / patches find, replace). p..irgendwas heisst die. bin leider am handy ...

INTOIT · 23. Juni 2021

Zitat von apfel-baum

hm, war das nicht was mit "darkwake" ?

lg

Darkwake=0 habe ich probiert da ich das unter Clover gesetzt hatte. Die Clover Konfiguration hatte aber damals jemand für mich gemacht. Unter OC hat es aber keine Verbesserung gebracht..

theCurseOfHackintosh · 23. Juni 2021

Einige darkwake Werte existieren nicht mehr. Der Darkwake - dein unbekannter Feind

INTOIT · 23. Juni 2021

theCurseOfHackintosh

danke, aber darkwake=2 und darkwake=3 bringen leider auch keine Besserung.

Edit:

grt acpi / patches find, replace) - was meinst du mit p...?

grt · 23. Juni 2021

dass die umzubenennede methode irgendwas mit p heisst. kann prw oder pst oder so sein, und die muss umbenannt werden, damit sie ausser gefecht gesetzt wird und den rechner schlafen lässt. ich kenn die wakereason von deinem rechner, und hab das mit besagtem rename in den griff gekriegt. leider hab ich keine kompletten dsdts im kopf, und bin aktuell etliche kilometer von meinem hauptrechner entfernt, auf dem die efisammlung herumliegt, in der ich nachgucken könnte...

G.com · 23. Juni 2021

Also absolut typisch ist genau diese Meldung ja, wenn der USB der BCRM nicht als intern definiert ist. Gehe mal davon aus, das hast Du erledigt?

Ansonsten meint Genosse*innen grt sicher DAS hier.

INTOIT · 24. Juni 2021

Danke!

Der USB der BCRM ist als intern definiert.

Ich prüfe das aber noch mal bevor ich den GPRW/UPRW/LANC Instant Wake Patch probiere.

Da drücke ich mal die Daumen..., ich melde mich!

INTOIT · 24. Juli 2021

Der USB der BCRM ist als intern definiert, ich habe probehalber einen zweiten USBMap.kext angelegt, mit einer anderen Steck Variation der Gehäuse USB Anschlüsse und der Bluetooth Karten USB Verbindung. - Ohne Erfolg.

GPRW/UPRW/LANC Instant Wake Patch

Code

pmset -g log | grep -e "Sleep.*due to" -e "Wake.*due to"

Ergebnis ist: Wake [CDNVA] due to GLAN: Using AC

Entsprechend den Hinweisen in der Anleitung habe ich WakeOnLAN überprüft, war aber deaktiviert.

-> If WOL wasn't the issue, you can try the below patches

Ich habe dann noch alle Patches getestet, GPRW/UPRW/LANC, auch das hat keine Veränderung gebracht.

An der Stelle bin ich jetzt stecken geblieben, falls noch jemand einen Tipp hat freue ich mich sehr!

Ich werde das Thema auf jeden Fall weiter im Blick behalten und für den Fall dass ich eine Lösung finde hier veröffentlichen.

Soweit mit großen Dank!

apfel-baum · 24. Juli 2021

INTOIT

bemerkung am rande, du kannst das h77 auch mit einer nvme-ssd, so wie deinem anderen build die wd sn750- via biosmod + pcie-nvme m.2 adapter z.b. für den 2ten grafikslot bestücken, dann hast du nicht nur die m-sata ssd auf dem board.

lg

INTOIT · 25. Juli 2021

Hallo Apfelbaum,

ist schon geschehen.. siehe erster Post.

Gruss!

apfel-baum · 25. Juli 2021

ok , hatte das "nvme" übersehen

INTOIT · 26. Juli 2021

Zitat von grt

da brauchts einen rename einer methode im device glan (acpi / patches find, replace). p..irgendwas heisst die. bin leider am handy ...

Hallo grt

in einem weiter oben liegenden Post hast du geschrieben, das du das Sleep Problem des H77 Boards mit einem Rename in den Griff bekommen hast...

Könntest du noch einmal schauen, wenn du wieder am Rechner bist, mit welchen Rename du das gemacht hast?

Alle weiteren Vorschläge des Threads habe ich durchgearbeitet, leider ohne Erfolg bisher.

Danke Und Gruß

grt · 26. Juli 2021

weisst du, wie die methode im glan-device in der dsdt heisst?

für den fall, dass sie _PRW heisst, und der pfad _SB.PCI0.GLAN

trägst du unter acpi -> patch folgendes ein:

Code

<dict>
<key>Base</key>
<string>\_SB.PCI0.GLAN</string>
<key>Comment</key>
<string>_PRW to XPRW in GLAN, instant wake</string>
<key>Count</key>
<integer>1</integer>
<key>Enabled</key>
<true/>
<key>Find</key>
<data>X1BSVw==</data>
<key>Limit</key>
<integer>0</integer>
<key>Mask</key>
<data></data>
<key>OemTableId</key>
<data></data>
<key>Replace</key>
<data>WFBSVw==</data>
<key>ReplaceMask</key>
<data></data>
<key>Skip</key>
<integer>0</integer>
<key>TableLength</key>
<integer>0</integer>
<key>TableSignature</key>
<data></data>
</dict>

Alles anzeigen

tiloprobst · 26. Juli 2021

Es gibt doch im Hackintool den Reiter Sleep der einige Angaben ausspuckt. Ich schätze mal, dass der in deiner spezifischen Situation nichts Neues ausspucken wird, aber man weiß ja nie.

Um zur Lösung beizutragen würde ich ja jetzt gern einige Foreneinträge verlinken, aber das würde gegen die Forenregeln verstoßen.

INTOIT · 31. Juli 2021

Danke erst mal soweit, ich schau mir das an wenn ich etwas Ruhe habe und melde mich.

Bis dann mir Gruß!

INTOIT · 17. August 2021

grt

Das ist die Lösung!!!

Stark, jetzt funktioniert alles wie es soll... sehr cool!

Danke für die Unterstützung

Ps: die Methode ist _PRW und der Pfad ist _SB.PCI0.GLAN

Zitat von grt

weisst du, wie die methode im glan-device in der dsdt heisst?
für den fall, dass sie _PRW heisst, und der pfad _SB.PCI0.GLAN
trägst du unter acpi -> patch folgendes ein:

Code

<dict>

<key>Base</key>

<string>\_SB.PCI0.GLAN</string>

<key>Comment</key>

<string>_PRW to XPRW in GLAN, instant wake</string>

<key>Count</key>

<integer>1</integer>

<key>Enabled</key>

<true/>

<key>Find</key>

<data>X1BSVw==</data>

<key>Limit</key>

<integer>0</integer>

<key>Mask</key>

<data></data>

<key>OemTableId</key>

<data></data>

<key>Replace</key>

<data>WFBSVw==</data>

<key>ReplaceMask</key>

<data></data>

<key>Skip</key>

<integer>0</integer>

<key>TableLength</key>

<integer>0</integer>

<key>TableSignature</key>

<data></data>

</dict>

Alles anzeigen

Willkommen! Melde dich an oder registriere dich.

Benötige Unterstützung bei H77-DS3H Sleep - Wake up - Problem

KungfuMarek Vor 22 Minuten

Morphium Vor 42 Minuten

Morphium Vor 42 Minuten

Mylo Vor 57 Minuten

apfel-baum Vor 58 Minuten

Harter Shutdown nach Aufbrauchen des internen Akkus im Thinkpad T480

Gendern in macOS abschalten (Script für Recovery Modus und App)

Natives Thunderbolt3 an jedem Rechner

USB mittels SSDT deklarieren

Bluetooth (LE) Hardware und Dual/Triple Boot

Teilen

5 Benutzer haben hier geschrieben