Freeze on suspend with kernel 6.11

Support Kernel
1

Since the 2024 10 01 update with kernel 6.11.0-6, my laptop freezes when I close the lid (suspend). Oddly, only Manjaro is affected (arch and endeavour, on the same machine, don’t have this problem).
I’m using deep sleep mode (kernel param) since s2idle is very badly supported on this laptop.

Things I’ve tried:

  • SYSTEMD_SLEEP_FREEZE_USER_SESSIONS=false, didn’t work.
  • downgrade systemd, didn’t work.
  • downgrade kernel to 6.10, works.
  • using arch’s 6.11.1 kernel, didn’t work (but it works on arch)

Notes:
Using arch’s kernel, I cannot log in using a TTY (the TTY freezes after I press enter to validate my login name, but the computer still runs) while lightdm login works, so there may be some other (expected) issues. I still don’t know if it’s a problem with 6.11.0 which 6.11.1 fixes.

Here are the system logs when I closed the lid: https://0x0.st/XgUM.log
And the inxi output: https://0x0.st/XgUu.txt

Addendum:
I had packages acpi and acpid installed on Manjaro (but not on arch) which may cause conflicts. I removed them but it still crashes on sleep.
I’ve switched from deep sleep to s2idle: same result, still crashing.
No matter what I try with kernel 6.11.0, suspend leads to a guru meditation and requires a hard reset of the computer.

2

I have systems running both - no issues with freeze after suspend .

3

I’ve added a fresh install of Manjaro XFCE to this machine, to make sure it’s not a package/configuration issue on my side. The iso ships with kernel 6.10, which is handy. The system is fully up-to-date and the only thing I’ve changed is the mkinitcpio hook to use systemd instead of udev.

With kernel 6.10, no suspend issue.
I then installed kernel 6.11.0 and, like before, the system freezes on suspend.

My only guess is a kernel regression that affects that particular laptop.

Side note:
I love this laptop and I love Linux. I just wish they love each other!
It reminds me of complex->quaternions->octonions. With each kernel update, this laptop looses a limb (i915.fastboot, then kms, and now suspend). At some point in the near future, I’d be happy if it powers on :grin:

4

A hard reset only increases the risk of further damage.

See REISUB/REISUO for a safer alternative.

Perhaps you could meditate on that a while.

Cheers.

2 Likes
5

This is amazing, I had never heard of it. Thank you so much for sharing!

2 Likes
6

There is a little known gem - press and release CtrlAltDelete three times in a row will make the system reboot.

2 Likes
7

This one didn’t work when the computer is frozen, but it’s good to know. Love it.

That’s Nintendo-grade cheat code :slight_smile:

1 Like
8

Kernel 6.11.2 is out and didn’t solve the problem. I’m puzzled. It affects both manjaro xfce and cinnamon, but there’s no problem at all on endeavour nor arch.

Maybe it involves another package, present in one distro but not the other. Time to bissect :frowning:

9

You might see my recent vomit post

If its PSR and you have intel you might try i915.enable_psr=0.

1 Like
10

Disabling psr didn’t solve it :frowning:

I’ve removed some video packages that were not present in my arch installation (mesa, vdpau, things like that) but it still freezes. I’ve also added back acpi/acpid (I was using tlp) but same, no luck. Disabling GUC also yields no improvement.

So far:

  • Manjaro Cinnamon: bug
  • Manjaro XFCE fresh install: bug
  • Arch and Endeavour (6.11.3); ok
  • Debian testing (6.11.2): ok
  • OpenSuce (6.11.2); ok

On resume, I can hear the cpu fan for a couple of seconds, then nothing. No display, no ssh, no log, but REISUB works. It also freezes if I suspend on lightdm login screen (with no user logged in). The system is on lvm/luks. I’m leaning towards a gpu driver issue but I don’t understand why it only affects Manjaro :confused:

update: I’ve also tried these kernel parameters from Arch’s troubleshooting page: intel_idle.max_cstate=1 i915.enable_dc=0 ahci.mobile_lpm_policy=1
With these, when I open the lid, the display turns on and I can see my desktop. Only, it is still frozen.

11

I’ve finally got it working. I wouldn’t call it fixed, but at least it’s solved.

Some people on other distros complained about their wifi/bluetooth mt7921e adapter crashing on resume with kernel >= 6.11. It looks like this laptop is also using mt7921e so I’ve applied this workaround and now the laptop sleeps and resumes fine.

The workaround is, if I understand correctly, to disable aspm and tell systemd to rfkill everyone before sleeping.

I wouldn’t call it fixed because I don’t know if there’s a bug in the mt7921e module or not, what are the consequences of disabling aspm, why does it happen only on kernel 6.11+, is it related to all these firmware bugs I have in dmesg since day 1, etc. But at least, hey, it works :slight_smile:

1 Like
12

This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.