Laptop wakes up directly at suspend to RAM after upgrade to kernel 6.2

Hi! I upgraded with the latest tumbleweed updates to kernel 6.2.1. But now my laptop is waking up directly after

systemctl suspend

Can anyone help me figure out what makes the laptop wake up immediately after it was actually off?

Thanks, Sven

@svenwappler you have secure boot enabled? If so with the new lock down 6.2.1 kernel patches it’s not working (yet), disable secure boot.

Thanks. I deactivated the secure boot and checked this by

mokutil --sb-state
SecureBoot disabled

I think this is right? But unfortunately no change.

@svenwappler did you check to see it the secure boot efi boot option is also selected (shim.efi);

efibootmgr -v

If it is, then in YaST Bootloader unselect the Secure Boot option.

Yes, I deactivated the secure boot support. No change.
Screenshot_20230305_191808

efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,2001,2002,2003
Boot0000* openSUSE      HD(1,GPT,44edd630-2f81-4612-a1a4-dfa7dfa43803,0xffff,0xffff0)/File(\EFI\opensuse\grubx64.efi)
Boot2001* EFI USB Device        RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network   RC

@svenwappler Can you rebuild initrd as root user with the mkinitrd command and reboot/test.

The initrd files are written each time after a kernel change. So they are “fresh”.

dracut: *** Creating image file '/boot/initrd-6.1.13-1-default' ***
dracut: *** Creating initramfs image file '/boot/initrd-6.1.13-1-default' done ***
.....
dracut: *** Creating image file '/boot/initrd-6.2.0-1-default' ***
dracut: *** Creating initramfs image file '/boot/initrd-6.2.0-1-default' done ***
.....
dracut: *** Creating image file '/boot/initrd-6.2.1-1-default' ***
dracut: *** Creating initramfs image file '/boot/initrd-6.2.1-1-default' done ***

@svenwappler still an issue? If so, can you make sure your at the latest snapshot, no additional kernel boot options cat /proc/cmdline?

Hi, thanks. Yes, still an issue.

Here is the output of cmdline:

BOOT_IMAGE=/boot/vmlinuz-6.2.1-1-default root=UUID=8452decf-43da-42f0-b2a5-54cc487afb82 splash=silent resume=/dev/mapper/cr_scsi-35002538e407b1d38-part3 quiet xhci_hcd.quirks=1073741824

The options are the same as for 6.1.13 which I use as an alternative.

I found the same problem in this post S3 suspend broken on AMD Ryzen Pro 7 5850U (regression in kernel 6.1) (#2357) · Issues · drm / amd · GitLab

Now I found a workaround:
I have to enter this once after start: echo disabled > /sys/bus/i2c/devices/i2c-ELAN0415\:00/power/wakeup
Then its working.

1 Like

hi, i fixed this problem creating a simple systemctl script to run before and after suspend
was the only way… (at least for me)

OpenSuSe Tumbleweed

in /usr/lib/systemd/system-sleep

i created suspend-fix script

#!/bin/sh

PATH=/sbin:/usr/sbin:/bin:/usr/bin

case "$1" in
    pre)
            #code execution BEFORE sleeping/hibernating/suspending
	    modprobe -r xhci_pci
    ;;
    post)
            #code execution AFTER resuming
	    modprobe xhci_pci
    ;;
esac

exit 0

after this steps
suspend worked fine for me…