Nach Wakeup aus "Ruhezustand" Probleme - RX 5700 XT

sismac · 1. Januar 2023

Hallo,

seit ich meine RX 590 durch eine RX 5700 XT getauscht habe, habe ich Probleme nach dem aufwachen aus den Standby-Modus.

Es gibt dabei unterschiedliche Situationen:

- Es funktioniert, ohne Probleme

- Die Monitore sind vertauscht (habe 3 4K Monitore am DP)

- Die Monitore flackern, d.h. es geht einer aus und dann wieder an. Wenn ich einen Monitor ausschalte und wieder anschalte, dann ist alles wieder gut.

- Alle paar Minuten geht ein Monitorbild kurz aus, dann wieder an (so 1-2 Sekunden)

- Alle Bildschirme bleiben schwarz.

Muss ich beim Tausch der RX 590 auf RX 5700 XT noch was einstellen, ich dachte nicht.

Boot-Parameter:

-v brcmfx-country=de agdpmod=pikera keepsyms=1 alcid=2 swd_panic=1

config angehängt.

RenStad · 1. Januar 2023

Ich habe mal die DeviceProperties für Deine Grafikkarte etwas erweitert. Seit Monterey gab es einige Probleme mit den RX-Karten. Vielleicht hilft dies auch bei Deinem Problem. Teste mal:

al6042 · 1. Januar 2023

Da würde ich tatsächlich eher folgende DevProps-Einträge empfehlen:

Code

<key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal@0,1,0/0,0</string>
<key>device_type</key>
<string>PCI bridge</string>
<key>hda-gfx</key>
<string>onboard-1</string>
<key>model</key>
<string>AMD Navi 10 XL Upstream Port of PCI Express Switch</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal@0,1,0/0,0/0,0</string>
<key>device_type</key>
<string>PCI bridge</string>
<key>model</key>
<string>AMD Navi 10 XL Downstream Port of PCI Express Switch</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)</key>
<dict>
<key>@0,name</key>
<string>ATY,Adder</string>
<key>@1,name</key>
<string>ATY,Adder</string>
<key>@2,name</key>
<string>ATY,Adder</string>
<key>@3,name</key>
<string>ATY,Adder</string>
<key>AAPL,slot-name</key>
<string>Internal@0,1,0/0,0/0,0/0,0</string>
<key>ATY,EFIVersion</key>
<data>
MDEuMDAuMzE4MA==
</data>
<key>device_type</key>
<string>ATY,AdderParent</string>
<key>model</key>
<string>AMD Navi 10 [Radeon RX 5700 XT]</string>
</dict>
<key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x1)</key>
<dict>
<key>AAPL,slot-name</key>
<string>Internal@0,1,0/0,0/0,0/0,1</string>
<key>device_type</key>
<string>Audio device</string>
<key>model</key>
<string>AMD Navi 10 HDMI Audio</string>
</dict>

Alles anzeigen

Die passen besser zur 5700 XT.

sismac · 1. Januar 2023

Hi,

habe das von RenStad ausprobiert:

2x mal Ruhezustand und 2x wieder aufgewacht ohne Probleme. Danke!!!!

al6042: Danke, behalte ich im Hinterkopf, falls noch Probleme auftauchen.

RenStad · 1. Januar 2023

Freut mich, das es klappt.

al6042 Du hast natürlich recht, aber ich hatte als Monterey kam vieles ausprobiert und so wenig wie nötig drin gelassen. Die RX 5700 XT lief dann mit diesen Einstellungen perfekt und alle Fehler waren weg.

al6042 · 1. Januar 2023

Sweet...
gut zu wissen.

Dann mache es wie der TE und halte mir deine Option offen, falls hier mal was unverhofftes auftritt.

sismac · 4. Januar 2023

Hallo,

Das Sleep funktioniert jetzt perfekt. Leider habe ich jetzt neuerdings ab und an ein Freeze des Bildschirms.

Userspace watchdog Timeout. Kann das was mit den Einstellungen zu tun haben? Vorher ging zwar sleep nicht aber keine Abstürze?

talkinghead · 4. Januar 2023

Kurze Frage: in den o.g. plists, was macht der Eintrag "device_type" = "ATY, PythonParent" ?

al6042 · 4. Januar 2023

Der betitelt den zu nutenden AMD-Framebuffer in den Kexten für die Grafikkarte.

Damit werden diese bevorzugt genutzt, anstatt den 08/15 "ATY,RadeonFramebuffer".

sismac · 7. Januar 2023

Hallo,

ich habe jetzt auf OC 0.8.8 upgedatet. Alles aktualisiert. Jetzt habe ich leider wieder das gleiche verhalten wie oben ...

Nach wakeup:

- Die Monitore flackern, d.h. es geht einer aus und dann wieder an. ~~Wenn ich einen Monitor ausschalte und wieder anschalte, dann ist alles wieder gu~~t.

Hier hilft nur ein Neustart.

Hecatomb · 7. Januar 2023

Hast du mal andere Kabel versucht? Hab ähnliches auch schon gehabt. Lag bei mir an minderwertigen Kabel. Ich schätze bei 4k wird es noch empfindlicher sein. Und nur weil zb unter windows geht, muss es nicht auch für macOS so sein.

Ansonsten würde ich mal die settings vom monitor in form von propertys und kext in die efi einbauen. Sprich EDID usw, zb mit dem Hackintool.

Im open core selbst vielleicht noch paar Sachen versuchen usw.

Oder vielleicht mal ohne diesem "Rename PEGP to EGP0 (Graphics) " aktivierten patch versucht?

Dort kannst du auch mal drüber lesen

https://github.com/acidanthera/WhateverGreen

sismac · 7. Januar 2023

Zitat von Hecatomb

Hast du mal andere Kabel versucht? Hab ähnliches auch schon gehabt. Lag bei mir an minderwertigen Kabel. Ich schätze bei 4k wird es noch empfindlicher sein. Und nur weil zb unter windows geht, muss es nicht auch für macOS so sein.

Ansonsten würde ich mal die settings vom monitor in form von propertys und kext in die efi einbauen. Sprich EDID usw, zb mit dem Hackintool.

Im open core selbst vielleicht noch paar Sachen versuchen usw.
Oder vielleicht mal ohne diesem "Rename PEGP to EGP0 (Graphics) " aktivierten patch versucht?

Dort kannst du auch mal drüber lesen
https://github.com/acidanthera/WhateverGreen

Alles anzeigen

Hallo,

die Kabel sind die vom Monitor mitgelieferten, Displayport.

Hast du für den Vorschlag mit den Monitor settings eine Quelle, wo ich das nachlesen kann?

Das mit dem Rename, probiere ich mal aus ...

Hecatomb · 7. Januar 2023

Im Hackintool kannst du unter display zb ein kext erstellen. bei display auf das Ausrufezeichen klicken, dort ist ne Anleitung. musst du halt konfigurieren usw.

im nächsten link kannst du auch mal lesen. eventuell kann man im open core ja noch nützliches einstellen.

https://dortania.github.io/Ope…e.html#macos-decluttering

sismac · 7. Januar 2023

Zitat von al6042

Da würde ich tatsächlich eher folgende DevProps-Einträge empfehlen:

Code

<key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)</key>

<dict>

<key>AAPL,slot-name</key>

<string>Internal@0,1,0/0,0</string>

<key>device_type</key>

<string>PCI bridge</string>

<key>hda-gfx</key>

<string>onboard-1</string>

<key>model</key>

<string>AMD Navi 10 XL Upstream Port of PCI Express Switch</string>

</dict>

<key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)</key>

<dict>

<key>AAPL,slot-name</key>

<string>Internal@0,1,0/0,0/0,0</string>

<key>device_type</key>

<string>PCI bridge</string>

<key>model</key>

<string>AMD Navi 10 XL Downstream Port of PCI Express Switch</string>

</dict>

<key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)</key>

<dict>

<key>@0,name</key>

<string>ATY,Adder</string>

<key>@1,name</key>

<string>ATY,Adder</string>

<key>@2,name</key>

<string>ATY,Adder</string>

<key>@3,name</key>

<string>ATY,Adder</string>

<key>AAPL,slot-name</key>

<string>Internal@0,1,0/0,0/0,0/0,0</string>

<key>ATY,EFIVersion</key>

<data>

MDEuMDAuMzE4MA==

</data>

<key>device_type</key>

<string>ATY,AdderParent</string>

<key>model</key>

<string>AMD Navi 10 [Radeon RX 5700 XT]</string>

</dict>

<key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x1)</key>

<dict>

<key>AAPL,slot-name</key>

<string>Internal@0,1,0/0,0/0,0/0,1</string>

<key>device_type</key>

<string>Audio device</string>

<key>model</key>

<string>AMD Navi 10 HDMI Audio</string>

</dict>

Alles anzeigen

Die passen besser zur 5700 XT.

Hallo,

brauche ich alle Einträge, ode nur den unter

Code

<key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)</key>

al6042 · 7. Januar 2023

Ich würde tatsächlich alle eintragen.

Tun nicht weh und machen was sie sollen... jedenfalls bei mir:

Und das Ganze ohne die Wake-Up-Probleme, die du hier mehrfach geschildert hast.

Kann dein Board ggf. auch schon PCIe 4.0?
Im Hintergrund habe ich aber auch gelesen, das Blackscreens bei 5700 XT Karten bei PCIe 4.0-Systemen an den BIOS-Einstellungen liegen können.
Achte mal darauf, ob du deinen PCI-Slot, in welcher die Karte steckt, im BIOS fest auf PCIe 3.0 setzen kannst.

sismac · 7. Januar 2023

@al6042

Habe ich jetzt so umgesetzt.

Bei mir wird unter PCI nur die beiden AMD Navi Einträge angezeigt.

Aber das sollte für die Grafik ja reichen.

Nein, mein Board kann nur PCI 3

1x PCIe 3.0 x16 slot (from CPU)
2x PCIe x1 slots (from PCH)

PS: Funktioniert. Das Problem ist vermutlich das automatische einschlafen und nicht wenn ich "Ruhezustand" auswähle. Ich werde berichten

Wakeup ging jetzt ohne Probleme. Wenn du jetzt noch die Quelle verrätst, wo man so was nachlesen kann ...

sismac · 8. Januar 2023

Hi,

es geht jetzt 19 von 20 mal. Aber ab und an...

Code

panic(cpu 4 caller 0xffffff801bad7941): userspace watchdog timeout: no successful checkins from WindowServer in 120 seconds
WindowServer has not exited since first loaded
service: logd, total successful checkins in 49309 seconds: 4903, last successful checkin: 0 seconds ago
service: WindowServer, total successful checkins in 49255 seconds: 4887, last successful checkin: 120 seconds ago
service: opendirectoryd, total successful checkins in 49309 seconds: 4902, last successful checkin: 0 seconds ago
service: configd, total successful checkins in 49309 seconds: 4902, last successful checkin: 0 seconds ago
Panicked task 0xffffff95727f49d8: 3 threads: pid 132: watchdogd
Backtrace (CPU 4), panicked thread: 0xffffff9a3db260c8, Frame : Return Address
0xffffffc0a576f590 : 0xffffff80187eb31d mach_kernel : _handle_debugger_trap + 0x4ad
0xffffffc0a576f5e0 : 0xffffff8018959236 mach_kernel : _kdp_i386_trap + 0x116
0xffffffc0a576f620 : 0xffffff8018948480 mach_kernel : _kernel_trap + 0x3e0
0xffffffc0a576f670 : 0xffffff8018785951 mach_kernel : _return_from_trap + 0xc1
0xffffffc0a576f690 : 0xffffff80187eb5fd mach_kernel : _DebuggerTrapWithState + 0x5d
0xffffffc0a576f780 : 0xffffff80187eaca9 mach_kernel : _panic_trap_to_debugger + 0x1a9
0xffffffc0a576f7e0 : 0xffffff8018fe0993 mach_kernel : _panic_with_options + 0x89
0xffffffc0a576f8d0 : 0xffffff801bad7941 com.apple.driver.watchdog : __ZN10IOWatchdog14userspacePanicEP8OSObjectPvP25IOExternalMethodArguments.cold.1 + 0x27
0xffffffc0a576f8e0 : 0xffffff801bad75e0 com.apple.driver.watchdog : __ZN10IOWatchdog35userspaceDisableUserspaceMonitoringEP8OSObjectPvP25IOExternalMethodArguments
0xffffffc0a576f900 : 0xffffff801bad66c9 com.apple.driver.watchdog : __ZN20IOWatchdogUserClient14externalMethodEjP25IOExternalMethodArgumentsP24IOExternalMethodDispatchP8OSObjectPv + 0x7f
0xffffffc0a576fa30 : 0xffffff8018f53f0a mach_kernel : _is_io_connect_method + 0x37a
0xffffffc0a576fb90 : 0xffffff80188ffe89 mach_kernel : _iokit_server_routine + 0x38c9
0xffffffc0a576fca0 : 0xffffff80187c2c69 mach_kernel : _ipc_kmsg_send + 0x569
0xffffffc0a576fd50 : 0xffffff80187dbb62 mach_kernel : _mach_msg_overwrite_trap + 0x4a2
0xffffffc0a576fdc0 : 0xffffff80187dc26a mach_kernel : _mach_msg2_trap + 0x3ba
0xffffffc0a576fef0 : 0xffffff801892aa7a mach_kernel : _mach_call_munger64 + 0x1ea
0xffffffc0a576ffa0 : 0xffffff8018785db6 mach_kernel : _hndl_mach_scall64 + 0x16
Kernel Extensions in backtrace:
com.apple.driver.watchdog(1.0)[92D3D6F6-4641-3F89-B20E-AE9C7FA0BA06]@0xffffff801bad5000->0xffffff801bad7fff
Process name corresponding to current thread (0xffffff9a3db260c8): watchdogd
Boot args: -v brcmfx-country=de agdpmod=pikera keepsyms=1 alcid=2 swd_panic=1
Mac OS version:
22C65
Kernel version:
Darwin Kernel Version 22.2.0: Fri Nov 11 02:08:47 PST 2022; root:xnu-8792.61.2~4/RELEASE_X86_64
Kernel UUID: 6B3374E9-7FD7-354D-886F-E995FAAC2CA3
roots installed: 0
KernelCache slide: 0x0000000018400000
KernelCache base: 0xffffff8018600000
Kernel slide: 0x00000000184dc000
Kernel text base: 0xffffff80186dc000
__HIB text base: 0xffffff8018500000
System model name: iMac20,1 (Mac-CFF7D910A743CAAF)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0
System uptime in nanoseconds: 49309287709076
Last Sleep: absolute base_tsc base_nano
Uptime : 0x00002cd8b693fbcf
Sleep : 0x00000f7e43066125 0x00000001a6b624ba 0x00000f71e52e63a2
Wake : 0x00000f7e4504069d 0x0000000196b0ef8b 0x00000f7e432883bb
Compressor Info: 1% of compressed pages limit (OK) and 3% of segments limit (OK) with 3 swapfiles and OK swap space
Zone info:
Zone map: 0xffffff80a3d7d000 - 0xffffffa0a3d7d000
. PGZ : 0xffffff80a3d7d000 - 0xffffff80a7d7e000
. VM : 0xffffff80a7d7e000 - 0xffffff85740b1000
. RO : 0xffffff85740b1000 - 0xffffff870d717000
. GEN0 : 0xffffff870d717000 - 0xffffff8bd9a4a000
. GEN1 : 0xffffff8bd9a4a000 - 0xffffff90a5d7d000
. GEN2 : 0xffffff90a5d7d000 - 0xffffff95720b0000
. GEN3 : 0xffffff95720b0000 - 0xffffff9a3e3e3000
. DATA : 0xffffff9a3e3e3000 - 0xffffffa0a3d7d000
Metadata: 0xfffffff4fc03d000 - 0xfffffff51c03d000
Bitmaps : 0xfffffff51c03d000 - 0xfffffff52803d000

Alles anzeigen

al6042 · 8. Januar 2023

Dabei handelt es sich aber um ein anderes Problem, dass es seit geraumer Zeit auch auf Original Intel-Macs gibt, unabhängig ob mit dedizierter Grafik oder über die IGPU.

https://forums.macrumors.com/t…ple-windowserver.2222878/

MPC561 · 10. Januar 2023

Die dagpm.kext die du da im screenshot lädst ist für dGPU Powermanagment.

Die ist uralt und braucht bei einer RX5700XT nicht genutzt zu werden (as far as I know). Lilu und Whatevergreen reichen vollkommen.

Wer weiss was da Ding unter Ventura kaputt macht bei einer RX5700XT. Die würde ich als allererstes entfernen, speziell da deine Symptome durchaus auf ein verkorkstes Powermanagment der dGPU schliessen lassen können.

Gruss,

Joerg

sismac · 12. Januar 2023

Danke für den Tipp. Probiere ich aus. Melde mich, dauert ein bischen, da der Fehler nur sporadisch auftritt.

Hallo, bisher keine Störungen mehr. Beobachte es weiter ...

Willkommen! Melde dich an oder registriere dich.

Nach Wakeup aus "Ruhezustand" Probleme - RX 5700 XT

sismac 2. Januar 2023

bluebyte Vor 32 Minuten

bluebyte Vor 34 Minuten

luxus13 Vor 5 Stunden

Max.1974 Vor 6 Stunden

Mieze Vor 6 Stunden

Asrock H370M-itx, Radeon RX580, i7-9700k boot failed

No Screen bei Boot von Sequoia

Ventura zu Sequoia - Installation bricht ab

ATTO UL5D SCSI ATTOExpressPCI4 unter MACOS SEQUOIA 15.2

OpenCore Sammelthread (Hilfe und Diskussion)

Teilen

5 Benutzer haben hier geschrieben