Which Framework Laptop 16 model are you using? (AMD Ryzen™ 7040 Series) Framework 13 AMD Ryzen 7640U
64GiB RAM
2 TB SSD.
Suspend to RAM and hibernate to (encrypted) swap both work on my new computer!
But waking from suspend is hard to do. The power button and keyboard backlight both light, but the screen stays dark for a long time. If I hold the power button for a few seconds it seems to wake it, or maybe just waiting a few seconds is the trick.
Update: It takes a bit over a half-minute from when I wake it to when I puts up a password dialog.
You are not alone. My Laptop 16, also with a Ryzen 7040-series CPU, takes about a full minute to resume from suspend. I assume there’s a bug in the Linux kernel that will get fixed eventually. Until then, I use only hibernate.
I suspect the reason that my resume time is about double yours is that I have two NVMe drives, whereas your Laptop 13 has only one.
Hibernate also takes a long time (with a lot of RAM, makes sense), but not that long.
The problem with hibernation is my encryption passphrase is long and annoying to type. But I have rebooted so much recently that I am getting good at it.
Thanks,
-kb
NB: An encryption passphrase needs to be a lot stronger than a login password. Where login passwords are naturally rate-limited (always, to some degree or another), encryption passphrases can be tried as fast as one wants to spend money.
I’m actually having a similar issue with my 13 inch amd framework but I’m using windows. If my machine goes into hibernate, which it sometimes does overnight and if unplugged, the screen will stay dark and not turn on. The power button and keyboards lights up though.
I’ve waited several minutes but nothing happens. I usually have to hold down the power button and it will then finish turning on. All the windows and apps are still there and open too.
@inffy: What do you mean by “AMD firmware”? Do you mean the CPU microcode? Or is there some other updatable firmware for the mainboard that is neither the microcode nor the BIOS/UEFI?
Yesterday I built myself a 6.10.7 kernel .deb, (there was a slow gzip-ing that pegged one CPU for a long while, but even still, it was very snappy). This morning I installed it and rebooted and…everything seems the same.
amd_s2idle.py shows me this:
kentborg@theseion:~/Downloads$ ./amd_s2idle.py
Location of log file (default s2idle_report-2024-08-30.txt)? ~
Debugging script for s2idle on AMD systems
💻 Framework Laptop 13 (AMD Ryzen 7040Series) (Laptop) running BIOS 3.5 (03.05) released 03/29/2024 and EC unknown
🐧 Debian GNU/Linux 12 (bookworm)
🐧 Kernel 6.10.7
🔋 Battery BAT1 (NVT Framewo) is operating at 96.92% of design
Checking prerequisites for s2idle
✅ Logs are provided via systemd
✅ AMD Ryzen 5 7640U w/ Radeon 760M Graphics (family 19 model 74)
✅ SMT enabled
✅ LPS0 _DSM enabled
✅ HSMP driver `amd_hsmp` not detected (blocked: False)
✅ PMC driver `amd_pmc` loaded (Program 0 Firmware 76.82.0)
✅ USB4 driver `thunderbolt` bound to 0000:c3:00.5
✅ USB4 driver `thunderbolt` bound to 0000:c3:00.6
✅ GPU driver `amdgpu` bound to 0000:c1:00.0
✅ System is configured for s2idle
❌ NVME Sandisk Corp WD Black SN850X NVMe SSD is not configured for s2idle in BIOS
✅ GPIO driver `pinctrl_amd` available
🚦 Device firmware checks unavailable without fwupd gobject introspection
🚦 MSR checks unavailable
👀 Suspend must be initiated by root user
Your system does not meet s2idle prerequisites!
Explanations for your system
🚦 Sandisk Corp WD Black SN850X NVMe SSD missing ACPI attributes
An NVME device was found, but it doesn't specify the StorageD3Enable
attribute in the device specific data (_DSD).
This is a BIOS bug, but it may be possible to work around in the kernel.
For more information on this failure see:
https://bugzilla.kernel.org/show_bug.cgi?id=216440
A couple notes:
Suspend as non-root works, so does root, but both slow to wake up.
I don’t see any idle-looking settings in the BIOS for my SSD.
Looking in syslog I don’t see any timeouts like those mentioned in the referenced bug.
Let me look at firmware. I currently have the package “firmware-linux-free”, I just installed firmware-linux-nonfree, I haven’t done a reboot yet. I am not optimistic. I could try dopping in some newer firmware file…given a hint as to what file I might need newer of.
(I am also having problem with power consumption. Unplug the power supply and the “Power Statistics” GUI will tell me I am using around 3.8 w, for 10-hours of life. But if I just sit there watching it, after the better part of a minute it will jump up to, say 7 w, and the projected life fall appropriately. With that gone from the command line…I get something similar, maybe a bit worse. But that’s another issue.)
Something else I have tried: Manually copy in AMD firmware files from a Debian 13 (testing) .deb. I don’t see that that helped any, either. I expect to undo that soon…
That package is out of date and it causes major issues on Phoenix systems. I’ve asked and dozens of other people have asked. Debian isn’t updating it in stable for whatever reason.
So that had a lot of, well, interactions with other stuff. Looked like it was sharing directories with other packages, so I tried having apt do it for me. I added Trixie/testing/Debian 13 to the apt sources, and let it install it!
But shortly after I did that my keyboard died. Rebooting didn’t help. Luckily and external USB keyboard would still work, so I used that to put things back to the way they were.
GPU firmware missing