Something on Bluefin causing instantaneous wakeups from suspends?

Just gave my laptop a good scrub, some rebases to other Ublue-based images, a fresh install, rebase to signed Bluefin latest, and now the one frustrating thing is back: instantaneous wakeups from suspends.

I first experienced this about a month ago, when I put Bluefin on my laptop for the very first time. At that time the only fix was going back to Fedora Workstation and one echo XHC > /proc/acpi/wakeup. I basically dug around the net for some time, figured out that XHC was waking my laptop immediately after suspend kicks in. Checked using cat /proc/acpi/wakeup | grep enabled. The earlier echo XHC command basically disables it from requesting wakeups. After that, no more baffling wakeups until I wiped Workstation off my machine.

The second time I installed Bluefin, the weird behavior didn’t return. I made sure to not plug my wireless USB receiver (Logitech M185), as it seems to be the root of this evil, during the clean ISO install. Lovely few weeks. But now… it’s back. echo XHC > /proc/acpi/wakeup does work… until I shut down or reboot my computer. Then I’ll have to remember to fire the same command again. I sure can start a systemd unit to fire it after booting, but it’s really not ideal.

FWIW, this seems to have been documented in Arch BBS: here and another here, also on Arch Wiki, but personally I’ve never ever experienced this problem outside of Bluefin - not in Arch-, Debian-, or Fedora-based. Not even in Silverblue. Are there Bluefin-specific configurations that might have caused this behaviour? And again, this did not happen last time - I had a good few weeks run without this behaviour.

As I’m writing this I’m backing up stuff and downloading latest ISO. Thinking of installing again without the USB receiver plugged to my laptop. Maybe I really can’t have it plugged during Bluefin install or rebase to Bluefin.

Any help or suggestion will be appreciated. Will also report back after the reinstall.

Reporting back. Fresh install of Bluefin, couldn’t fix despite efforts. Then fresh installed a private build, again tried combinations of the command - would have rebased instead to save time, but considering the issue, I just reinstalled. Somehow managed to fix it after countless reboots, multiple variants of the echo XHC command, unplugging my USB-C dock that connects my peripherals + restarting the power strip, suspending on battery, and plugging the dock back again, suspend is back to work. I’ve tested by suspending thrice over two boots, and my laptop doesn’t wake instantaneously anymore. I hope suspend doesn’t break ever again, I don’t want to troubleshoot every single weekend!

…or so I say but I will probably try again pn Bluefin at some point.

Reinstalling typically won’t fix an issue, have you tried making the service unit like the solutions you link recommend?

True about reinstalling not fixing it LOL. I guess I’m still stuck in the rebooting reinstalling fixes everything mindset. Didn’t try the service unit yet because it’s something I started experiencing in Bluefin and now in my personal Bluebuild too, so I really shouldn’t have to do that to get suspend working. Suspend works without it right now.

Right now I suspect that I might need to trigger correct suspend behavior by detaching AC/dock and all peripherals, shutting down-starting up or rebooting, and suspend the laptop on battery. Then reboot again and plug AC/dock back with all peripherals. After this laptop suspends even without echo XHC - I just hope it doesn’t start acting funny again. Will have to test this ritual on Bluefin at some point for a definitive answer, maybe eventually other distros too to see if it could be caused by a firmware update.

inxi -Faz just in case you want to go through specs. Lenovo Intel Management Engine version 184.94.4494, Lenovo System Firmware 0.1.57.