You are not logged in.

#1 2023-11-29 11:45:51

bertieb
Member
Registered: 2023-11-29
Posts: 10

Zen3 Unable to resume from suspend kernel 6.6.2 (downgrade workaround)

Kernel 6.6.2 / nvidia 545-29.06 seems to prevent resuming from suspend

Related threads:
- https://bbs.archlinux.org/viewtopic.php?id=290126
- https://bbs.archlinux.org/viewtopic.php?pid=2131731

----

In the last couple of days I have had an issue where resuming from `systemctl suspend', whereby the system suspends but waking fails. The system (PC) LED and fans turn on, but IO does not work: displays remain off, keyboard does not send input or have lock lights toggleable, unresponsive to ssh. This seemed consistent across suspends. A hard power off is needed to get the system back to a usable state, and there are no resume logs [0].

One of the approaches in the oft-linked guide (archive link as it is no longer present) is

01 BEST PRACTICE TO DEBUG LINUX* SUSPEND/HIBERNATE ISSUES guide wrote:

Regressions are when suspend/hibernate used to work well, but fails after upgrading the kernel.

So I downgraded the kernel, headers and module; then downgraded nvidia and nvidia-utils so that X would start.

[2023-11-26T11:26:24+0000] [ALPM] upgraded linux (6.5.9.arch2-1 -> 6.6.2.arch1-1)
[2023-11-29T10:07:02+0000] [PACMAN] Running 'pacman -S linux linux-headers virtualbox-host-modules-arch'
[2023-11-29T10:07:15+0000] [ALPM] downgraded linux (6.6.2.arch1-1 -> 6.5.8.arch1-1)
...
[2023-11-26T11:26:27+0000] [ALPM] upgraded nvidia (535.113.01-8 -> 545.29.06-1)
[2023-11-29T10:15:08+0000] [PACMAN] Running 'pacman -S nvidia nvidia-utils'
[2023-11-29T10:15:17+0000] [ALPM] downgraded nvidia (545.29.06-1 -> 535.113.01-6)

This downgrade from kernel 6.6.2 to 6.5.8 / nvidia 545 to 535 gets suspend working well enough. It also fixes some other strange behaviour I saw [1].

I have a Zen3 cpu (Ryzen 7 5800X) with an Asus B550 chipset motherboard, and an NVidia GTX 970. Running `fwupdmgr get-updates' only shows one update available - for secure boot, if I am reading the output correctly.

Suspend method (from the wiki):

cat /sys/power/mem_sleep
s2idle [deep]

I think "s2idle" was selected before. Perhaps recent kernel change affected this? Changing to [s2idle] (via # echo s2idle > /sys/power/mem_sleep) causes a lighter sleep (at least one fan still runs) but the PC resumes from this suspend/freeze fine on kernel 6.5.8.

What can I do to track this issue down further? I am happy to provide further info/logs, but I am not sure what else might be relevant.

(I'm not sure if this belongs in Kernel & Hardware or elsewhere, I am happy for this post to be moved if it is a better fit in a different section)

----

[0]: journalctl from that time - https://0x0.st/HxH7.txt

[1]: I use feh to provide desktop wallpaper for openbox, and it wasn't starting with startx after the upgrade despite being the second entry in my .xinitrc. The first entry (setting keyboard layout) didn't seem to be respected either, but rcf on IRC mentioned others have been having issues with udev changing keyboard layouts.

Last edited by bertieb (2023-11-29 16:57:35)

Offline

#2 2023-11-29 15:45:00

Cotton
Member
From: Cornwall, UK
Registered: 2004-09-17
Posts: 568

Re: Zen3 Unable to resume from suspend kernel 6.6.2 (downgrade workaround)

Best to search for similar recent threads in these circumstances before creating (yet) another one.

e.g. https://bbs.archlinux.org/viewtopic.php?id=290126&p=3

Offline

#3 2023-11-29 15:58:46

bertieb
Member
Registered: 2023-11-29
Posts: 10

Re: Zen3 Unable to resume from suspend kernel 6.6.2 (downgrade workaround)

Thanks for the note, I'm not sure how I missed that one!

Offline

Board footer

Powered by FluxBB