Beiträge von hackopti2

gibt's vielleicht neue Erkenntnisse hierzu: EFI/Bootrom Failure after last point of entry to sleep

nach 79 Seiten ist mir jetzt noch immer nicht klar: wie werde ich die bootloop los. Ventura ließ sich problemlos installieren, nur updaten will sich's nicht, der Boot-Eintrag Macintosh HD rebooted nach 10 Sekunden immer wieder.

Eingestellt ist's wie hier beschrieben: https://dortania.github.io/Ope…monterey.html#ota-updates

noch irgendwelche Ideen?

nice, zwei Fragen dazu:

gab's Gründe die gegen OpenCore sprechen?

der Framebuffer wird an zwei Stellen gepatched, warum so kompliziert?

also die USB-Ports hab ich alle konfiguriert, ich finde in deiner Beschreibung aber keinen Verweis auf Power-Eigenschaften

cool, endlich kann mir jemand sagen was das tut

kannst du das vielleicht nochmal genauer erklären, was meine Variante tut und was der Unterschied zu deiner ist?

das hier scheint übrigens die deutlich einfachere Lösung zu sein, kein Absturz mehr im Sleep

vielen Dank für die Erklärung. Rein aus Interesse, was bedeutet das praktisch: Die Geräte bekommen also bessere Infos zu Sleep/Wake-States?

Method (GPRW, 2, NotSerialized)

{

PRWP [Zero] = Arg0

Local0 = (SS1 << One)

Local0 |= (SS2 << 0x02)

Local0 |= (SS3 << 0x03)

Local0 |= (SS4 << 0x04)

If (((One << Arg1) & Local0))

{

PRWP [One] = Arg1

}

Else

{

Local0 >>= One

FindSetLeftBit (Local0, PRWP [One])

}

Return (PRWP) /* \PRWP */

}

das wäre dann das hier

endlich verstanden, danke 5T33Z0

mich würde aber auch noch interessieren, was verdammt ändert das, scheint ja ein üblicher Fix zu sein?

Spaß bei Seite, kann mir bitte mal jemand erklären was das hier macht (und warum es dafür sorgt dass mein Opitplex jetzt perfekt Sleep/Wake macht) ?

Ein Link zu einer guten Erklärung reicht auch, ich finde nur nichts.

DefinitionBlock ("", "SSDT", 2, "DRTNIA", "GPRW", 0x00000000)

{

External (XPRW, MethodObj) // 2 Arguments

Method (GPRW, 2, NotSerialized)

{

If (_OSI ("Darwin"))

{

If ((0x6D == Arg0))

{

Return (Package (0x02)

{

0x6D,

Zero

})

}

If ((0x0D == Arg0))

{

Return (Package (0x02)

{

0x0D,

Zero

})

}

}

Return (XPRW (Arg0, Arg1))

}

}

hier die Logs eines sauberen Restarts

scheint jetzt sehr selten aber doch noch manchmal hängenzubleiben, hier mal die Ausgabe der Serial Console

also es sind 0x4FD und 0xAEF auf 0x1 - das sollte das Hängenbleiben auch bei ähnlichen Modellen beseitigen

nach langer Zeit wieder abgestürzt, vermeintlich aus demselben Grund.

Eine Frage: ich kann mir vorstellen, dass es an der SSD liegt - ich bekomme aber weder vom Nvmefix noch von Lilu Debug-Messages. Hab die Debug-Versionen in den Ordner gepackt und die Flags (siehe oben) gesetzt. Ein "log show --last 1h | grep Lilu" liefert aber kein Ergebnis - was mache ich da falsch?

Korrektur, das war es noch nicht: folgende Kombi läuft aber seit vier Wochen ohne Crash:

CSM an, COM1 an (mag sein, dass das nicht mehr relevant ist, das half nur früher Sleep überhaupt zum funktionieren zu bekommen)

ASPM aus (ggf. auch nicht mehr nötig, aber steht evtl. im Zusammenhang mit dem nächsten Punkt):

UEFI 0xAEF auf 1 (das könnte entscheidend sein, da ich nie Logs bekommen habe, was Sinn macht wenn die SSD nach dem Sleep nicht reagiert und CLKREQ15 evtl. die Nvme-SSD betrifft)

sehr geile Lösungsidee, das wäre den Versuch wert. Aktuell nutze ich MacMini8,1, mal sehen was dabei alles kaputt geht

also hab ich mal getestet und funktioniert immer noch nicht, aber wie der MacPro7,1 und RestrictEvents das HDCP beeinflussen sollten müsstest du mir mal erklären

Zitat von HackBook Pro

hackopti2 Versuch mal MacPro7,1 als SMBIOS, du bräuchtest dann aber noch RestrictEvents.kext.

Edit: Und die iGPU müsste im BIOS deaktiviert werden.

und das hilft bei HDCP-Problemen?

Ja ist es

Nur Prime in HD, brauche halbe Höhe und Dual 4K unter Big Sur

Ahh. Kurz mal umgeflasht das Teil, jetzt geht's! Aber trotzdem kein HDCP..!

Kann ich, aber dann funktioniert Sleep nicht mehr.

Meinst du das ist es?

auch im Uefi-Mode stürzt sie ab.. noch ne Idee?