[TRACKING] High Battery Drain During Suspend

I have met the very occasional warm suspended laptop, but mostly because I plugged it in after suspending it. I have since gotten into the habit of waking up the laptop whenever I change its power status, which is a bit inconvenient. I have not encountered a toasty laptop in my bag since. Prior to the framework I had the very occasional toasty XPS 13 as well (and I do not have enough data to assess if this had to do with power status changes). I don’t know if improvements in the (fedora) kernel or system setup have improved this over the last couple of years.

What would be interesting to know is what the s2idle power draw under Windows is. Do the expansion cards affect the power draw similarly? If there is proof that the Framework hardware can perform better under a different operating system then that may give the linux kernel and driver people something concrete to work towards.

(I’m sceptical it will, though, because Microsoft is very clearly aiming for a very solid suspend-then-hibernate solution, where the power draw during s2idle isn’t very important)

It’s been 178 days. Are you continuing to focus on this?

2 Likes

I’ve noticed something like this ever since I uninstalled tlp and powertop to fix another issue, where the laptop would hard reboot instead of waking up. When I leave it suspended overnight, for 8 hours, the AMD Framework 13 uses 30-40% of its battery. Thankfully it charges rather quickly, and hibernate works well.

I’m on an AMD Framework 13, running Fedora 40. I followed the Optimizing fedora battery life guide and I even turn off wifi before I suspend my laptop after use (using suspend directly from the Power menu). I see a similar 30-40% battery drain while suspended.

Those issues are by far the most painful issue I have on both AMD machines FW13 & FW16.
I also followed the guide for both Fedora 40 and Ubuntu 24.04 but still cannot rely on the laptop’s battery. I’ve used the sl2idle script and can’t trigger the problem or see anything failing…
This is driving me nuts ! Really !
I would have hope the recent Bios would have patched the firmware bits that could have an impact on this but still no improvements … :sob:

2 Likes

I found this thread because I have a new FW16 and I left my laptop in my backpack for a couple of days (it’s the weekend, doncha know). I pull it out and lo and behold it won’t power on? How strange. Plug it in and come to discover that the battery is fully drained!

I haven’t had issues like this since an HP something-or-other that I had in the late 90’s. My Thinkpads have all been decent suspend-ers.

Can Framework give us a fix or a workaround? This thread is really long! And it appears that customers are having to kludge their own solutions to this issue which is really annoying. Thanks.

1 Like

I have both a Framework 13 (batch 2) and a Framework 16 (batch 1) running Archlinux, and I’ve never been able to resolve this problem. I just either power it off entirely or make sure it’s plugged in. Otherwise, if I leave it in suspend for ~1 day, I expect it to be dead by the time I try to use it again. Certain things have helped, like not having an HDMI/USB-A module plugged in, but the battery drain during suspend is still overall very bad compared to my past laptops.

I did not have this problem with my older Thinkpad. It would last in suspend for a long time.

My understanding is that some portion of the blame here is on the CPU makers for removing certain types of suspend modes, but I’m not particularly well educated on the matter.

The only work-around I’ve seen that I think can definitively work is to setup a suspend-then-hibernate hybrid. I haven’t bothered with this (yet) because I’m not especially portable. I mostly only use my laptop(s) at home where there’s always a power cord nearby. If I were back in school, for example, then I’d invest the time to do suspend-then-hibernate.

1 Like

Welcome to Framework ownership.