Suspend hängt sich auf

[rhHeini]

Ich hatte in den letzten Tage mehrfach/häufig Hänger beim Ausführen von Suspend.

Involvierte HW: X570 Mainboard, Ryzen 9 5700x CPU, RX6700XT-Graphikkarte, beleuchtete Tastatur.
Involvierte SW: Devuan Daedalus im efi-Modus, Lighdm/Cinnamon als DE, linux-image-amd64 aus den Backports ist installiert.

Nach den Einstellungen in den Energieverwaltung blankt sich der Monitor nach 15m (blaue Power-LED wird gelb), Suspend startet nach 20min. Das hat bis zum Kernel 6.5 in der Regel funktioniert. Im Suspend geht die Beleuchtung des Keyboards aus, und die Power-LED am Gehäuse fängt an zu blinken.

Aufwachen geht per Druck auf irgendeine Taste auf der Tastatur, geht bei kurzer Abwesenheit ganz fix. Mausbewegungen bewirken nichts. Wenn ich mal länger weg bin vom PC, geht der wohl ins Hibernate. In diesen Fällen gibt es einen Reboot, jedenfalls sehe ich den Bios-Splash, und kriege dann den Login. Danach finde ich den Rechner so vor wie ich ihn verlassen habe. Das hat unter den früheren Backports-Kerneln eine ganz Weile von wenigen Ausnahmen abgesehen sehr gut funktioniert.

Jetzt mit dem 6.6 und 6.7ner Kernel habe ich häufig einen PC dser nicht mehr ansprechbar ist (ssh noch nicht probiert). Muss den über Reset oder komplettes Ausschalten per Steckdosenleiste neu starten, auch die Powertaste tut nichts mehr. Äusserlich sieht es so aus dass die Power-LED am Monitor orange ist, d.h. der kriegt kein Signal mehr von der Graphikkarte. Aber das Keyboard leuchtet fröhlich vor sich hin, die Numlock-Taste tut aber nichts mehr. Hab jetzt erst mal Suspend/Hibernate abgeschaltet.

Habe aus dem Syslog rund 900 Zeilen rund um einen Crashdump rauskopiert und das nach NoPaste gelegt: 42167. Es scheint was mit der Graphikkarte zu sein. Ich sehe aber nicht was das eigentliche Problem dabei ist, kann das nicht interpretieren. Kommentare?

Der 6.5er-Kernel ist noch drauf, ich werde den mal anbooten und schauen was passiert.

Update: Sowohl der 6.5er als auch der neueste 6.1.21 machen dasselbe. Das ist was anderes faul. Kann da eines der letzten Updates eine Rolle spielen?

Code: Alles auswählen

$ inxi -Fz
System:
  Kernel: 6.1.0-21-amd64 arch: x86_64 bits: 64
  Desktop: Cinnamon v: 5.6.8 Distro: Devuan GNU/Linux 5 (Daedalus)
Machine:
  Type: Desktop Mobo: ASUSTeK model: PRIME X570-PRO v: Rev X.0x
    serial: <superuser required> UEFI: American Megatrends v: 5013
    date: 03/22/2024
CPU:
  Info: 12-core model: AMD Ryzen 9 5900X bits: 64 type: MT MCP cache:
    L2: 6 MiB
  Speed (MHz): avg: 2332 min/max: 2200/4950 cores: 1: 3219 2: 2200 3: 2196
    4: 2199 5: 2199 6: 2200 7: 2200 8: 2200 9: 2200 10: 2200 11: 2200 12: 2200
    13: 2200 14: 2857 15: 2198 16: 2200 17: 2200 18: 2200 19: 2200 20: 3700
    21: 2200 22: 2200 23: 2200 24: 2200
Graphics:
  Device-1: AMD Navi 22 [Radeon RX 6700/6700 XT/6750 XT / 6800M/6850M XT]
    driver: amdgpu v: kernel
  Display: x11 server: X.Org v: 1.21.1.7 driver: X: loaded: amdgpu
    unloaded: fbdev,modesetting,radeon,vesa dri: radeonsi gpu: amdgpu
    resolution: 2560x1440~60Hz
  API: EGL v: 1.4,1.5 drivers: kms_swrast,radeonsi,swrast
    platforms: gbm,x11,surfaceless,device
  API: OpenGL v: 4.6 vendor: amd mesa v: 22.3.6 renderer: AMD Radeon RX
    6700 XT (navi22 LLVM 15.0.6 DRM 3.49 6.1.0-21-amd64)

[rhHeini]

Hab mal die Updates des letzten Monats geflöht, so viele sind das gar nicht. Es war für mich aber nichts drin was ich als kritisch für das Suspend bzw. die Graphik ansehen würde.

Hab das Log mal ins NoPaste gestellt: 42168

Könnte die Karte selber also die HW abnippeln? Im Normalbetrieb ist da nichts auffälliges.

[GregorS]

Könnte die Karte selber also die HW abnippeln?

Evtl. würde sich lohnen, die HW mal über die Zeit zu betrachten. Ich habe mir ein Konstrukt von Cron-Job/Shellscripten zusammengebastelt, mit dem ich ein paar Dinge logge, die mir interessant schienen. Daraus habe ich mir Gnuplot-Diagramme gebaut, die hier und da interessante Zusammenhänge sichtbar gemacht haben*.

Im Normalbetrieb ist da nichts auffälliges.

Und sonst?

*aktuelles Beispiel unter https://test.szaktilla.de/lili.pdf

[rhHeini]

Update: hab mal das Paket firmware-amd-graphics_20230625-2_all aus Testing installiert, ändert nichts.

[rhHeini]

Stand heute: Problem unabhängig vom Kernel, alle noch installierten Backports machen das, ebenso die beiden Stock-Kernel (6.1.0.13 und .21) die noch auf dem Rechner drauf sind. Hab nach der Firmware auch eine RX5500XT die noch rumlag eingebaut, auch die macht das. Das Problem muss mit einer Änderung in den xorg-Paketen zu tun haben die ich Ende April installiert habe, auszug aus dem apt-Log:

Code: Alles auswählen

xserver-xorg-core:amd64 (2:21.1.7-3+deb12u5devuan1, 2:21.1.7-3+deb12u7devuan1)
xserver-xorg-legacy:amd64 (2:21.1.7-3+deb12u5devuan1, 2:21.1.7-3+deb12u7devuan1)
xserver-common:amd64 (2:21.1.7-3+deb12u5devuan1, 2:21.1.7-3+deb12u7devuan1)

Im dev1galaxy kam der Tipp das hier wohl wieder ein älteres Problem aus 2015 wieder auftaucht:

This looks like "the broken xhci_hcd problem" from 2015 is back... at the time it was solved by unloading the module before sleep and loading it back on resume.

Dieses Module unloading/loading bezieht sich auf die PM-Utils. Die sind bei mir aber nicht drauf, das Suspend geht über den Cinnamon-Screensaver und die Energieverwaltung einzustellen. Kann man die irgendwie anweisen das Modul "xhci_hcd" rauszuwerfen/neu zu laden?

Crossposts:
https://dev1galaxy.org/viewtopic.php?id=6631
https://www.linuxmintusers.de/index.php?topic=81809

[HumiNi]

Ich hatte in den letzten Tage mehrfach/häufig Hänger beim Ausführen von Suspend.

Habe ich schon ewig, bin aber bisher nicht auf die Ursache gestoßen. Ich vermute einen Zusammenhang mit 2 Monitoren.
Was mir hilft (die Häufigkeit deutlich reduziert):
- Alle VMs vor dem Suspend herunterfahren
- Beim Aufwecken (mittels Tastatur) die Maus nicht anrühren bis die Grafikkarte erwacht.

[rhHeini]

Habe ich schon ewig, bin aber bisher nicht auf die Ursache gestoßen. Ich vermute einen Zusammenhang mit 2 Monitoren.
Was mir hilft (die Häufigkeit deutlich reduziert):
- Alle VMs vor dem Suspend herunterfahren
- Beim Aufwecken (mittels Tastatur) die Maus nicht anrühren bis die Grafikkarte erwacht.

Vergiss es, die flasche Stelle.

Ich hab keine (wie früher gelegentlichen) Hänger beim Aufwecken, der Rechner geht erst gar nicht ins Suspend, der hängt sich schon beim Auslösen auf. Im Moment zu 100% reproduzierbar, jeder einzelne Versuch.