System reboots ~10 seconds after I try to suspend/hibernate since 6.16

alba4k · 2026-03-15 12:33:06

Sorry for bothering, but would it suffice to start with https://gitlab.archlinux.org/archlinux/ … 886aa4650d (which is the commit containing the config you linked) and building by simply running

makepkg -efi

repeatedly, alternated to the git bisect steps?

alba4k · 2026-03-15 12:59:55

Nevermind, using the PKGBUILD from linux-git and changing the config will probably be better

Last edited by alba4k (2026-03-15 13:17:58)

seth · 2026-03-15 13:37:29

Because of your first question it is important to understand that you must *not* bisect the AUR package but the kernel tree it packages.
linux-git is the mainline kernel w/o patches Greg or the archlinux fork might have applied, it will not have any versioned tags and the commits I posted will likely not work.

It is not any kernel you've been using so far but if you can isolate an offending commit and test to revert that from https://github.com/archlinux/linux to confirm it's the culprit that's a perfectly serviceble approach.

alba4k · 2026-03-15 14:07:29

I'm only using the AUR package because of the PKGBUILD, which I've slightly modified, it's just to build. I am trying to build https://github.com/archlinux/linux (using the modified config and AUR PKGBUILD). That's why I mentioned using `makepkg -e`, my plan was to just have the PKGBUILD clone the archlinux fork and the run the bisect in linux-git/src/linux

So now all'ive done is let `makepkg` clone, go into the cloned dir, start the bisect

I'm a bit worried about the changes done by make olddefconfig every time while building

Last edited by alba4k (2026-03-15 14:32:34)

alba4k · Today 08:41:24

I just tried booting a recent arch iso (I have no clue why I didn't before, I was sure I had tried that) and it was able to maintain suspension just fine. That seems to indicate that the kernel alone is probably not the issue.

While a bisection might still be useful, do you think there's something more time effective I could try? especially since I seem to be unable to build the kernel this time ?

libbpf.c: In function ‘kallsyms_cb’:
libbpf.c:8184:13: error: assignment discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
 8184 |         res = strstr(sym_name, ".llvm.");
      |             ^
libbpf.c: In function ‘avail_kallsyms_cb’:
libbpf.c:11487:31: error: assignment discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
11487 |                 if (!(sym_sfx = strstr(sym_name, ".llvm.")))
      |                               ^
libbpf.c: In function ‘resolve_full_path’:
libbpf.c:12075:35: error: assignment discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
12075 |                         next_path = strchr(s, ':');
      |                                   ^
cc1: all warnings being treated as errors

seth · Today 14:05:31

Do you have an updated journal (previous ones turned 404)

For userspace triggers your GUI session, anything nvidia (?) and also NetworkManager (try to stop that before the sleep) might be concerns.
But you're also not relying on the same root device (nvme? => https://wiki.archlinux.org/title/Solid_ … ST_support )

Arch Linux

#26 2026-03-15 12:33:06

Re: System reboots ~10 seconds after I try to suspend/hibernate since 6.16

#27 2026-03-15 12:59:55

Re: System reboots ~10 seconds after I try to suspend/hibernate since 6.16

#28 2026-03-15 13:37:29

Re: System reboots ~10 seconds after I try to suspend/hibernate since 6.16

#29 2026-03-15 14:07:29

Re: System reboots ~10 seconds after I try to suspend/hibernate since 6.16

#30 Today 08:41:24

Re: System reboots ~10 seconds after I try to suspend/hibernate since 6.16

#31 Today 14:05:31

Re: System reboots ~10 seconds after I try to suspend/hibernate since 6.16

Board footer