Suspension not working with kernel version >= 6.17.x

Lotus · 2025-10-24 10:12:51

Since the new kernel version update with kernel 6.17.1, suspension with commands like

systemctl suspend

stopped working for me. I immediately solved the issue by reverting back to version 6.16.10. But with every new version after that the issue is present and consistently affecting my system.

Here is the output from journalctl of a failed suspension attempt.

Here you can find all the hardware specs for my system, also providing some additional info here:

OS: Arch Linux x86_64
Host: B760M AORUS ELITE AX
Kernel: Linux 6.11.5-arch1-1
Shell: zsh 5.9
Display (24M1N3200V): 1920x1080 @ 60 Hz in 24" [External]
WM: i3 (X11)
Terminal: alacritty 0.14.0
CPU: 13th Gen Intel(R) Core(TM) i5-13600KF (20) @ 5.10 GHz
GPU: AMD Radeon RX 6700 XT [Discrete]

The main symptom is that when hitting the suspension button the peripherals are temporarily shut down, but then quickly return on and the fans ramp up a little, while the screen goes blank and the system is then unresponsive through any input with keyboard or mouse, Not even SysRq works.

Any help is appreciated, thanks!

Moderator Edit
removed [DUPLICATE] from title to avoid confusion.

Last edited by Lone_Wolf (Today 16:57:35)

gromit · 2025-10-24 10:24:18

Can you fix it by downgrading the kernel?

Also could you try the latest mainline kernel?

sudo pacman -U https://pkgbuild.com/~gromit/linux-bisection-kernels/linux-mainline-6.18rc2-1-x86_64.pkg.tar.zst

Lotus · 2025-10-24 15:00:44

gromit wrote:

Can you fix it by downgrading the kernel?
Also could you try the latest mainline kernel?
sudo pacman -U https://pkgbuild.com/~gromit/linux-bisection-kernels/linux-mainline-6.18rc2-1-x86_64.pkg.tar.zst

Yes, as I mentioned downgrading to version 6.16.10 resolves the issue and is my current solution, but I rather have an updated version of the kernel if possible.
Edit: Also switching to mainline presents with the issue mentioned

Last edited by Lotus (2025-10-24 15:29:45)

seth · 2025-10-24 19:17:05

https://bbs.archlinux.org/viewtopic.php?id=309454

Not even SysRq works.

Did you enable/test it before for general functionality?

docontra · 2025-10-25 15:51:56

I've got exactly the same issue as OP. My PC is a desktop AMD 5900xt, with an MSI X570-A PRO Motherboard and a 6700 XT GPU (full specs).

On Arch 6.17.x kernels, I have the same symptoms as OP (system starts suspending, USB devices "flicker" off and on, fans never stop). On the mainline 6.18-rc2 linked here the devices didn't seem to flicker (system "stayed on" the whole time, USB keyboard wouldn't toggle numlock led).

Here's a journald log from a boot on 6.17.5-arch1 earlier this week; the lines that stand out to me are these:

<SNIP>
oct 23 22:53:17 <HOSTNAME> kernel: amdgpu 0000:2f:00.0: PM: pci_pm_suspend_noirq(): amdgpu_pmops_suspend_noirq [amdgpu] returns -62
<SNIP>
oct 23 22:53:17 <HOSTNAME> kernel: amdgpu 0000:2f:00.0: PM: dpm_run_callback(): pci_pm_suspend_noirq returns -62
<SNIP>
oct 23 22:53:17 <HOSTNAME> kernel: amdgpu 0000:2f:00.0: PM: failed to suspend async noirq: error -62

As a workaround I'm running linux-lts (but would like to get back to mainline at some point 0:) )

Last edited by docontra (2025-10-25 15:52:30)

Lotus · 2025-10-25 23:34:24

seth wrote:

https://bbs.archlinux.org/viewtopic.php?id=309454
Not even SysRq works.
Did you enable/test it before for general functionality?

I tested it again and with version 6.17.5 SysRq did work for reboot. Didn't confirm for other versions.

seth · 2025-10-26 09:02:14

The offending patch and an upstream bug have possibly been identified, https://bbs.archlinux.org/viewtopic.php … 9#p2269499

Lotus · 2025-10-26 11:05:58

seth wrote:

The offending patch and an upstream bug have possibly been identified, https://bbs.archlinux.org/viewtopic.php … 9#p2269499

Yes, thanks, the issue seems to be that exact one.
Thanks for your help, I will mark the issue as solved and will follow any updates on the linked issue

MNS1968 · Yesterday 17:57:36

I'm getting same issues with 6.17, also with 6.17.5 and oddly two Kernel Panics so far.

So I've ended up downgrading to version 6.16.10

Seeing as it's suggesting AMD GPU might be the issue I'm wondering this upgrade is maybe part of the problem?

$ Replace lib32-amdvlk with multilib/lib32-vulkan-radeon? [Y/n]

Any thoughts?

M.

CPU: 11th Gen Intel(R) Core(TM) i7-11700 @ 2.50GHz
Host: ASRock Z590 Pro4
GPU: AMD Radeon RX 6700 XT [Discrete]

seth · Yesterday 21:01:09

https://gitlab.freedesktop.org/drm/amd/-/issues/4649 has so far not been resolved.
radv is the suggested vulkan implementation and I doubt some 32bit library is relevant here

Valso · Yesterday 21:32:31

Ah, the classic case where the left hand of kernel.org doesn't know what the right hand is doing and is stripping or at least trying to disable ACPI functions from the kernel. But then many of us start crying about sleep (suspend to RAM) not working because normal people put their computers to sleep, not shutting them down, unless abs. necessary. A "faction" of kernel.org has been trying to disable ACPI for years and they always seem to make these attempts in the early versions of the next rolling kernels, then a pro-acpi "faction" of kernel.org brings it back in late versions, so acpi=force starts working again and this whole story's been going on ever since... Pfff, IDK, 5.3 or 5.4 kernel? I don't remember exactly anymore.
I've eaten that ACPI poo-poo so many times that eventually I got sick of the whole story, found a kernel which works perfectly with both S3 power mode AND my nvidia driver (without any tinkering on that driver) and left it at it. I've never touched either one ever since and I have no intention to. The driver and the kernel might be from different months of the same year but they work in perfect sync as if there were made for each other. In case you're wondering: 6.11.9 + 555.58. I'm prioritizing my peace of mind over new kernel and the headaches that come with it. Just because something's new doesn't mean it's better. Nvidia proves my point perfectly from v560 till present day. LOL

MNS1968 · Today 14:17:36

seth wrote:

https://gitlab.freedesktop.org/drm/amd/-/issues/4649 has so far not been resolved.
radv is the suggested vulkan implementation and I doubt some 32bit library is relevant here

Thanks.

Arch Linux

#1 2025-10-24 10:12:51

Suspension not working with kernel version >= 6.17.x

#2 2025-10-24 10:24:18

Re: Suspension not working with kernel version >= 6.17.x

#3 2025-10-24 15:00:44

Re: Suspension not working with kernel version >= 6.17.x

#4 2025-10-24 19:17:05

Re: Suspension not working with kernel version >= 6.17.x

#5 2025-10-25 15:51:56

Re: Suspension not working with kernel version >= 6.17.x

#6 2025-10-25 23:34:24

Re: Suspension not working with kernel version >= 6.17.x

#7 2025-10-26 09:02:14

Re: Suspension not working with kernel version >= 6.17.x

#8 2025-10-26 11:05:58

Re: Suspension not working with kernel version >= 6.17.x

#9 Yesterday 17:57:36

Re: Suspension not working with kernel version >= 6.17.x

#10 Yesterday 21:01:09

Re: Suspension not working with kernel version >= 6.17.x

#11 Yesterday 21:32:31

Re: Suspension not working with kernel version >= 6.17.x

#12 Today 14:17:36

Re: Suspension not working with kernel version >= 6.17.x

Board footer