To me this sounds like a mesa bug with how it’s handling the hibernation. Can you report it to mesa repo?
@quaff I’ll have a look into that (need to figure out how to do that for Fedora or at least look for the beta packages somewhere )
@Mario_Limonciello: There seems to be already an issue on Mesa with the same symptoms, different cause. I added my own findings to it a few days ago and also linked in this post : 7900xtx amdgpu: [gfxhub] page fault - GCVM_L2_PROTECTION_FAULT_STATUS - complete system freezes (#3067) · Issues · drm / amd · GitLab
It seems that the new ‘everything’ (kernel, mesa and BIOS) seems to have fixed it. I don’t know when it happened, but in the past 2 weeks one of those updates has resolved the resume-from-disk issues I expercienced.
If you had any hand in any of that, thank you!
For the record:
$ rpm -qa | grep -E 'kernel|mesa|flatpak' | sort
flatpak-1.16.1-1.fc42.x86_64
flatpak-selinux-1.16.1-1.fc42.noarch
flatpak-session-helper-1.16.1-1.fc42.x86_64
kernel-6.14.2-300.fc42.x86_64
kernel-6.14.6-300.fc42.x86_64
kernel-6.14.8-300.fc42.x86_64
kernel-core-6.14.2-300.fc42.x86_64
kernel-core-6.14.6-300.fc42.x86_64
kernel-core-6.14.8-300.fc42.x86_64
kernel-modules-6.14.2-300.fc42.x86_64
kernel-modules-6.14.6-300.fc42.x86_64
kernel-modules-6.14.8-300.fc42.x86_64
kernel-modules-core-6.14.2-300.fc42.x86_64
kernel-modules-core-6.14.6-300.fc42.x86_64
kernel-modules-core-6.14.8-300.fc42.x86_64
mesa-dri-drivers-25.0.6-1.fc42.x86_64
mesa-filesystem-25.0.6-1.fc42.x86_64
mesa-libEGL-25.0.6-1.fc42.x86_64
mesa-libgbm-25.0.6-1.fc42.x86_64
mesa-libGL-25.0.6-1.fc42.x86_64
mesa-libGLU-9.0.3-6.fc42.x86_64
mesa-va-drivers-25.0.6-1.fc42.x86_64
mesa-vulkan-drivers-25.0.6-1.fc42.x86_64
$ dmidecode -t bios
...
BIOS Information
Vendor: INSYDE Corp.
Version: 03.09
Release Date: 04/22/2025
Awesome to hear! Does suspend to disk+memory work for you too?
I suspect it will, I haven’t tested it, however, I don’t really use that anymore (I used to in the past) since suspend-then-hibernate
is a thing.
The reasoning for me was simple, hybrid-sleep
protects me against an empty battery, but preparation takes long and is often unnecessary (I don’t drain my battery on purpose or often ). And when it does run out, I can’t use the laptop anyway.
suspend-then-hibernate
on the other hand goes to sleep fast, waits X hours (in my case 2), wakes up to hibernate. So when I have short pauses in my laptop’s use, I don’t really have any downsides, besides minimal battery drain for the time spent sleeping. And the long hibernate prep often happens in my bag when I don’t need the laptop anyway. And it will not drain the battery which makes the laptop usable even after a long pause.
What’s there not to love
Ah yeah. It’s the only one that doesn’t work for me. One of the reasons for this thread lol if you could test that for me, that’d be awesome!
Okay! 6.15 is here on Arch Linux. I’ve tested with Hybrid sleep and it does indeed work now! Resumes from disk + mem sleep.