Beiträge von hackopti2

Zitat von roqueeee

Dabei ist B4=CPU PLL, B5=System Memory Multiplier, B6=CPU Vcore, B7=VTT Voltage.

spannend, wie hast du diese Werte denn zuordnen können?

super spannend, danke! hab mich da jetzt mal durchgelesen, brauche aber nochmal Denkhilfe:

Die für das PowerManagement relevanten RTC-Variablen sind u.a. B0-B3, also definitiv über den ersten 128 Bytes.

Bei mir sind die vollen 256 Bytes nutzbar, soll ich die jetzt trotzdem testweise deaktivieren? Wenn ja wäre das hier ja das richtige Vorgehen:

Kernel --> Quirks --> DisableRtcChecksum set to TRUE (added in update to OC 0.5.8)

UEFI --> ProtocolOverrides --> AppleRtcRam set to TRUE (added in update to OC 0.5.8)

NVRAM --> Add --> 7C436110-AB2A-4BBB-A880-FE41995C9F82 --> wake-failure set to 5 bytes 0 (added after 10.15.4: https://github.com/acidanthera/bugtracker/issues/765)

ACPI --> Add --> SSDT-AWAC.aml (per vanilla desktop guide)

ja, ist beides aus und ich hab ihm auch abgewöhnt alle zwei Stunden einen Wake zu machen:

sudo pmset -a tcpkeepalive 0

ja, schon getestet.. Bzw. macht das RtcMemoryFixup bei richtiger Einstellung dasselbe

ja, aber mir sagt das nix..

eher interessant, er schreibt das beim wieder hochfahren, ist also so weg, dass er keine Logs mehr schreiben kann. Also eher was im Bereich BIOS dachte ich deswegen..

unter Linux lief die Kiste super stabil, hab sogar noch einen zweiten SFF, der das exakt selbe Problem hat..

daher meine Idee, nach den Unterschieden zwischen SFF und MFF zu suchen, da es sogar dasselbe das BIOS ist, müsste es sich ja im Bereich von Embedded Controller bis NVRAM bewegen?

Das Problem ist, dass auch bei dortania im Sleep Guide für "Wake from Sleep Failure in EFI" nicht wirklich eine Indiz für Fehleranalyse oder Debugging gegeben wird - mir fehlt also ein Hinweis, wo ich suchen sollte. Hat da jemand evtl. noch ne Idee?

auch schon getestet, er crashed ja auch nur alle 10 Tage ca, ansonsten läuft alles

ich würde aber mal versuchen den EC zu deaktivieren, meiner ist anscheinend an:

ja, die hab ich schon abgearbeitet. Ich würde ja akzeptieren wenn es nicht geht, aber der MFF funktioniert ja tadellos. Identische SSD etc..

danke für die Tipps, dazu erstmal:

- den Patch hab ich hinzugefügt

- einen RTC-/AWAC-Fix hab ich, bzw. hat SSDTime das hier generiert:

DefinitionBlock ("", "SSDT", 2, "CORP", "HPET", 0x00000000)

{

External (_SB_.PCI0.LPCB, DeviceObj)

External (_SB_.PCI0.LPCB.HPET, DeviceObj)

Name (\_SB.PCI0.LPCB.HPET._CRS, ResourceTemplate () // _CRS: Current Resource Settings

{

IRQNoFlags ()

{0,8,11}

Memory32Fixed (ReadWrite,

0xFED00000, // Address Base

0x00000400, // Address Length

)

})

}

<- das ist dann doch so "richtig"?

-was den RTCMemoryFix angeht hab ich folgendes hinzugefügt, das hatte aber bisher keine Wirkung: rtcfx_exclude=58,59

inzwischen hab ich weiter geforscht, hier mal im RTC:

40: 00 00 50 20 44 20 00 00 00 00 00 00 00 00 00 00

50: 00 00 00 00 02 5A 00 00 1D 3D 00 00 00 00 00 00

B0: AA 8F 8B 9D 00 00 00 00 00 00 00 00 00 00 00 00

Checksum is 13 3C vs 1D 3D from rtc (0)

sleep wake cycle

40: 00 00 FE F0 74 20 00 00 00 00 00 00 00 00 00 00

50: 00 00 00 00 02 5A 00 00 1D 3D 00 00 00 00 00 00

B0: AA 8F 8B 9D 00 00 00 00 00 00 00 00 00 00 00 00

Checksum is 32 92 vs 1D 3D from rtc (0)

sleep wake cycle

40: 00 00 FE F0 74 20 00 00 00 00 00 00 00 00 00 00

50: 00 00 00 00 02 5A 00 00 1D 3D 00 00 00 00 00 00

B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Checksum is 1D 81 vs 1D 3D from rtc (0)

42-44 und B0-B3 sind hier anscheinend die Regionen, die sich ändern und nicht zu der Checksumme in 58,59 passen.

Bluetooth, Wifi, ASPM ist alles aus - CSM ist an, da sonst Sleep nicht funktioniert.

Was mir aber nicht klar ist: was mach ich jetzt mit der Info oder bin ich da auf nem Irrweg?

was mich dabei total irritiert: ich hab einen baugleichen 7060 Micro (nicht Small) Form Factor, der dieses Problem nicht hat.

➜ ~ log show --last 30d | grep "RTC reset likely"

2021-04-21 08:01:53.291598+0200 0x351 Default 0x0 115 0 timed: [com.apple.timed:text] Current RTC value older than cache. RTC reset likely. Cache invalid.

2021-04-24 22:53:21.654161+0200 0x34f Default 0x0 115 0 timed: [com.apple.timed:text] Current RTC value older than cache. RTC reset likely. Cache invalid.

2021-04-27 20:58:15.312605+0200 0x342 Default 0x0 115 0 timed: [com.apple.timed:text] Current RTC value older than cache. RTC reset likely. Cache invalid.

2021-05-01 22:29:39.359589+0200 0x348 Default 0x0 115 0 timed: [com.apple.timed:text] Current RTC value older than cache. RTC reset likely. Cache invalid.

➜ ~ log show --last 30d | grep "system boot"

2021-04-03 17:35:39.000000+0200 0x0 Timesync 0x0 0 0 === system boot: 088C84F0-4E67-4737-8266-DE5AED7C82FC

2021-04-21 08:01:47.000000+0200 0x0 Timesync 0x0 0 0 === system boot: 3E12EE0D-4A22-4B58-8B4B-68F684DFF7A9

2021-04-24 22:53:16.000000+0200 0x0 Timesync 0x0 0 0 === system boot: 1DE3A36D-6D1C-424B-A850-C076037B4346

2021-04-27 20:58:10.000000+0200 0x0 Timesync 0x0 0 0 === system boot: 84768F57-CDF1-4DFA-9B6A-664B8523DCA5

2021-05-01 22:29:33.000000+0200 0x0 Timesync 0x0 0 0 === system boot: 6FCA6E2A-E86B-4F3A-88F4-F4EB383B42DF

wenn der Kasten sich im Sleep verabschiedet bekomme ich folgenden Hinweis zum RTC reset, der ansonsten nicht erscheint. Aber wie löse ich das Problem?

Jemand eine Idee?

ich frage vielleicht nochmal klarer: weiß jemand warum das Ding beim Aufwachen abstürzt?

Bin dankbar für jeden Tipp

ungefähr so, die Suche nach Anhaltspunkten. Das Problem ist ja, dass ich keine Art von Logging für das Debugging an dieser Stelle habe.

Ich versuche die Unterschiede zwischen den beiden Kisten zu erkennen, um so das Sleep-Problem zu lösen.

Quirk ist übrigens enabled.

Meine weiteren Beobachtungen:

Ist der COM-Port im BIOS disabled, dann crashed er immer

Ist der COM-Port auf COM1, dann klappt es meistens, es sei denn der "Sleep wake failure from EFI" taucht wieder auf

Aktuell verwende ich den Frambebuffer 3E9B0000

zuvor mit dem 3E9B0007 gab es öfter Probleme mit dem "setPowerState" der IGPU oder dem "180s timeout after sleep transition"

Mir ist die Relation oder der Grund für den "Sleep wake failure from EFI" nicht klar, bin ich durch diese Fehlermeldung jetzt näher an dem funktionierenden Sleep/Wake oder weiter entfernt als mit z.B. setPowerState oder dem 180s timeout

was zum Kern der Frage führt: was ist der Grund für den SLEEP WAKE FAILURE FROM EFI

Ich tippe auf die UHD 630, was meint ihr?

hier ein i5 8600 in einem Optiplex 7060 SFF, der beim Aufwachen immer wieder abstürzt:

CPU P-States [ (22) 33 41 ] iGPU P-States [ ]

CPU C3-Cores [ 0 1 ]

CPU C6-Cores [ 0 1 2 3 ]

CPU P-States [ 17 (22) 33 41 ] iGPU P-States [ ]

CPU C3-Cores [ 0 1 3 ]

CPU C6-Cores [ 0 1 2 3 4 ]

CPU P-States [ (13) 17 22 26 33 41 ] iGPU P-States [ ]

CPU C3-Cores [ 0 1 3 4 ]

CPU C6-Cores [ 0 1 2 3 4 5 ]

CPU P-States [ (13) 17 22 26 33 35 41 ] iGPU P-States [ ]

CPU C3-Cores [ 0 1 3 4 5 ]

CPU P-States [ 13 17 18 (22) 26 33 35 41 ] iGPU P-States [ ]

CPU P-States [ (13) 17 18 19 22 26 33 35 41 ] iGPU P-States [ ]

CPU C3-Cores [ 0 1 2 3 4 5 ]

CPU P-States [ 13 17 18 19 (22) 26 33 35 36 41 ] iGPU P-States [ ]

CPU P-States [ 13 17 18 19 (22) 26 33 34 35 36 41 ] iGPU P-States [ ]

CPU P-States [ 13 16 17 18 19 (22) 26 33 34 35 36 41 ] iGPU P-States [ ]

CPU P-States [ (13) 16 17 18 19 22 25 26 33 34 35 36 41 ] iGPU P-States [ ]

CPU P-States [ 13 16 17 18 19 21 22 25 26 (31) 33 34 35 36 41 ] iGPU P-States [ ]

CPU P-States [ 13 14 16 17 18 19 21 (22) 25 26 31 33 34 35 36 41 ] iGPU P-States [ ]

CPU P-States [ 13 14 16 17 18 19 21 (22) 25 26 29 31 33 34 35 36 41 ] iGPU P-States [ ]

CPU P-States [ (13) 14 16 17 18 19 21 22 25 26 28 29 31 33 34 35 36 41 ] iGPU P-States [ ]

CPU P-States [ 13 14 16 17 18 19 21 22 25 26 28 29 31 33 34 35 36 (41) ] iGPU P-States [ (30) ]

CPU P-States [ 13 14 16 17 18 19 21 (22) 25 26 28 29 31 33 34 35 36 41 ] iGPU P-States [ 30 ]

CPU P-States [ (13) 14 16 17 18 19 21 22 25 26 28 29 31 33 34 35 36 41 ] iGPU P-States [ 30 ]

CPU P-States [ (13) 14 16 17 18 19 21 22 25 26 28 29 31 32 33 34 35 36 41 ] iGPU P-States [ 30 ]

CPU P-States [ (13) 14 16 17 18 19 21 22 23 25 26 28 29 31 32 33 34 35 36 41 ] iGPU P-States [ 30 ]

CPU P-States [ 13 14 16 17 18 19 20 21 (22) 23 25 26 28 29 31 32 33 34 35 36 41 ] iGPU P-States [ 30 ]

CPU P-States [ 13 14 16 17 18 19 20 21 22 23 25 26 28 29 (31) 32 33 34 35 36 41 ] iGPU P-States [ (27) 30 ]

CPU P-States [ 13 14 16 17 18 19 20 21 (22) 23 25 26 28 29 31 32 33 34 35 36 38 41 ] iGPU P-States [ 27 30 ]

CPU P-States [ (13) 14 16 17 18 19 20 21 22 23 25 26 28 29 31 32 33 34 35 36 38 40 41 ] iGPU P-States [ 27 30 ]

CPU P-States [ (13) 14 16 17 18 19 20 21 22 23 25 26 28 29 30 31 32 33 34 35 36 38 40 41 ] iGPU P-States [ 27 30 ]

CPU P-States [ 13 14 16 17 18 19 20 21 (22) 23 25 26 28 29 30 31 32 33 34 35 36 38 39 40 41 ] iGPU P-States [ 27 30 ]

CPU P-States [ (13) 14 15 16 17 18 19 20 21 22 23 25 26 28 29 30 31 32 33 34 35 36 38 39 40 41 ] iGPU P-States [ 27 30 ]

und hier dagegen ein i5 8500 in einem Optiplex 7060 MFF, der perfekt in den Sleep geht und aufwacht:

CPU P-States [ 34 (36) 38 ] iGPU P-States [ ]

CPU C3-Cores [ 0 1 4 ]

CPU C6-Cores [ 0 2 3 5 ]

CPU P-States [ 34 36 37 (38) ] iGPU P-States [ ]

CPU C3-Cores [ 0 1 2 4 5 ]

CPU C6-Cores [ 0 1 2 3 4 5 ]

CPU P-States [ (13) 34 36 37 38 39 ] iGPU P-States [ ]

CPU C3-Cores [ 0 1 2 3 4 5 ]

CPU P-States [ 13 34 36 37 38 39 (40) ] iGPU P-States [ ]

CPU P-States [ (13) 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ 13 (21) 31 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ (13) 21 30 31 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ 13 (21) 28 30 31 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ 13 21 28 30 31 32 33 34 36 37 38 39 (40) ] iGPU P-States [ ]

CPU P-States [ 13 21 28 (29) 30 31 32 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ 13 (21) 24 28 29 30 31 32 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ (13) 19 21 24 28 29 30 31 32 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ 13 17 19 (21) 24 28 29 30 31 32 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ 13 17 19 21 23 24 28 29 30 31 32 33 34 36 37 38 (39) 40 ] iGPU P-States [ ]

CPU P-States [ 13 17 18 19 (21) 23 24 28 29 30 31 32 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ (13) 17 18 19 21 22 23 24 28 29 30 31 32 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ (13) 17 18 19 20 21 22 23 24 28 29 30 31 32 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ 13 16 17 18 19 20 (21) 22 23 24 28 29 30 31 32 33 34 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ (13) 16 17 18 19 20 21 22 23 24 28 29 30 31 32 33 34 35 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ (13) 15 16 17 18 19 20 21 22 23 24 28 29 30 31 32 33 34 35 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ (13) 15 16 17 18 19 20 21 22 23 24 27 28 29 30 31 32 33 34 35 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ (13) 15 16 17 18 19 20 21 22 23 24 25 27 28 29 30 31 32 33 34 35 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ 13 15 16 17 18 19 20 21 22 23 24 25 26 27 28 (29) 30 31 32 33 34 35 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ 13 14 15 16 17 18 19 20 (21) 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 ] iGPU P-States [ ]

CPU P-States [ 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 (29) 30 31 32 33 34 35 36 37 38 39 40 ] iGPU P-States [ (21) ]

was ich nun nicht verstehe: warum sehen die so anders aus, bei doch gleichem EFI-Folder. Ist das der Grund für das Problem mit dem Sleep

Hi, opencore, aktuelle Version.

Ist jetzt übrigens aufgetaucht, scheint eine Weile zu dauern. Das Problem besteht aber weiterhin, ich krieg's nicht in meinen Kopf: warum stürzt die eine Kiste immer ab und die andere läuft super stabil?

dieser Optiplex 7060 MFF schläft perfekt ein und wacht auf:

mit exakt demselben EFI-Folder bekomme ich auf einem Optiplex 7060 SFF allerdings regelmäßig ein Problem: Beim Aufwachen friert alles ein

der einzige Unterschied, den ich erkenne, beim SFF gibt es keinen AGPMClient:

Interessant ist auch der max-value 0x10 vs. 0xf beim MFF

Kann jemand Licht ins Dunkel bringen?

Logo, einfach das BIOS auseinandernehmen, da finden sich alle Werte: https://github.com/dreamwhite/…on-guide/tree/master/Dell

Das sieht aber nach nem anderen Problem aus: falsches EDID, DisplayClockPatch vielleicht. enable-hdmi20 über whatevergreen ist aber an?

ansonsten wurde hier ein zum Optiplex sehr ähnliches HP-Modell sehr genau untersucht, da finden sich auch ne Menge guter Tipps: https://www.insanelymac.com/fo…h-clover-oc/?_fromLogin=1

mal eine andere Frage, was wären denn die richtigen Clover Boot Quirks für die Kiste?

ich hab mich mal hier orientiert: https://github.com/ReddestDream/OcQuirks

Würde mich freuen mal eine gute Erklärung zu bekommen, was ggf. den Standby stört etc.

Sonnige Grüße

funzt die kiste inzwischen?

EFI-Shell 0x8DC 0x2 setzen -> 64MB pre-alloc, sonst ist bei 2K Schluss)