[TRACKING] High Battery Drain During Suspend

There’s an issue, something is not working correctly… It’s frustrating having to read these comments that is in no way helping fix the issue, I know I’m now doing the same.

I’d imagine months to come, people will use this thread to figure what could be a problem with their laptop, and how to fix it but will need to read through all this stupidity before finding the solution.

Please have a read.

3 Likes

Please show respect for others here and address the issue directly.

We’d rather not have to close the thread if there’s a legitimate issue to address.

4 Likes

Hi again

The reason I’m active on this thread is to log my efforts in tuning my framework laptop’s performance and help others do the same. The comments on this thread are not complaints or cribs, they are valid concerns depending on each person’s use.


I repeated my overnight experiment with deep sleep enabled instead of s2idle with the HDMI card inserted. Over 11.5 hours, the laptop drained 16%. That is approximately 1.4% per hour.

This is a dramatic increase from s2idle with the HDMI card inserted. The downside is that it takes ~10 seconds for the laptop to wake from deep sleep. The laptop almost immediately wakes from s2idle sleep.

I will be trying some other methods (like powertop tuning or tlp) to get the HDMI card to stop drawing power. Will keep this thread posted.

8 Likes

I have two USB A and two USB C expansion cards on my laptop and with deep sleep mode I observe a similar battery drain during suspend @Raghav_Subbaraman, between 1~2%/h. And this is with TLP enabled, which according to powertop sets everything to a “good” power management without touching any setting.

I don’t know if such a battery drain is normal but I tested with the two other laptops I have at home and they both have a similar battery drain during sleep. One is running linux and the other is running Windows 10. But these two machines are gaming computers with power hungry GPU and all, it should not affect suspend battery life but maybe it’s worth noting. I don’t know how it compares against other laptops of the same catergory though.

In my opinion the s2idle sleep mode consumes so much energy that it is useless but the drain seems pretty logical to me given that the machine basically stays on.

Maybe IRST is worth a try to find a middle ground between power consuming deep sleep and slow to wake hibernation ?

2 Likes

Thanks for the test @zoui

I installed tlp and used powertop to put everything to recommended settings too. However, these did not affect the battery drain during suspend. I might not enable hibernation for my use as I’m satisfied with deep sleep’s power draw.

I do get slightly better battery performance (while normal day-to-day use) because of tlp and powertop.

The HDMI card issue is still unsolved.

1 Like

Regarding HDMI maybe you can try to turn off the corresponding USB port before suspend and re-enable it on wake up.

Some hints about disabling (“suspending”) USB ports :

And how to hook scripts to suspend/wake up (with systemd) :
https://wiki.archlinux.org/title/Power_management#Sleep_hooks

4 Likes

If turning off the USB ports during suspend helps, then is this something that the embedded controller firmware can do? You only need to keep those ports powered that have USB remote wakeup enabled (like a USB keyboard/mouse plugged in), and turn off ports connected to devices without remote wakeup (like the HDMI card, or a USB A card with nothing plugged in).

3 Likes

To those who is using linux mint (should also work on ubuntu), i have write a script which would automatically turn to deep-sleep when not plugged in and switch to s2idle when plugged in

please follow the the comment i made here: Ubuntu 18.04 - Dell XPS13 9370 no longer suspends on lid close - Ask Ubuntu

2 Likes

I retried testing power use during s2idle with an HDMI card plugged in, changing the “autosuspend” power options of the relevant USB port.

Tested in Fedora 35, Linux 5.16.9-200.fc35.x86_64

I changed the status on /sys/bus/usb/devices/[device]/power/control and autosuspend, checking that the system was suspended (or not) by checking runtime_status.

s2idle with HDMI card plugged in, runtime_status = suspended: 1.23 W
s2idle with HDMI card plugged in, runtime_status = active: 1.24 W

so I don’t think there’s actually a difference here. It does seem this is a bit of an improvement over the measurements I took with the 5.15.18-200 kernel.

1 Like

I have opened a ticket to report the issue to Framework. Support told me they forwarded it to their engineering team. Let’s wait and see :slight_smile:

1 Like

Quick update from framework:

We are working with our manufacturer and Intel on potential firmware changes that could improve the issue you’ve reported, but don’t have a specific timeline we can communicate at this time given the collaboration and work required.

Let’s wait and see

5 Likes

Hi everyone, jumping in with some weird but interesting numbers here. I run Ubuntu 22.04, read the couple posts about battery optimisation already, I installed powertop, tlp, etc… Every tunable is “good” in powertop, I get a decent 5-6w idle with the laptop running, and when sleeping (s2idle) I measure a consumption of just about 1w at the USB-C plug (using an USB-C power meter, while the battery is full). I let the laptop sleep for 3:30 hours, and the plug still reports about 1W consumption average (3.6Wh after 3h30min). This looks pretty good to me, it would mean the laptop can last about 55h in sleep which is fine. But unforunately, after I unpluged the laptop and resumed after 16h, the battery was almost empty, 48Wh had been consumed according to the power statistics, this averages at 3W compared the 1W I saw when plugged-in. Also the laptop was a bit warm. I’m very surprised by this? why would the laptop consume more power during sleep unplugged? maybe it was’t really sleeping and woke up when I unplugged it? I reproduce this problem twice already (the first time I didn’t measure). I’ll try to run more tests to see if I can help pinpoint the problem but if you have any clue on this difference: 1w when plugged-in, 3w when unplugged, I’m interested :slight_smile:

2 Likes

It sounds like you’re comparing quantities measured through different means:

if I understand correctly, you measured the power draw while plugged in through an external power meter.

For unplugged, you based your power usage on a difference in charge as reported by the battery.

The two should be comparable, but since you’re using two different methods, the difference may come from at least one of the two methods not being properly calibrated.

Since the system is not suspended under s2idle at all, it quite conceivable that some glitch in the operating system ends up using more CPU when it is in “unplugged” mode than when it is “plugged in” – possibly just from extra activity from updating the battery charge somewhere. It would be silly, but quite possible.

Yes there can be a small offset but not this big, 3W basically means the laptop is running, and this drain speed is abnormal. This night I tried something slightly different: I unplugged the laptop first, and then put it to sleep (by closing the lid). This morning after 11h50min the battery reports only 9Wh drained, which means less than 1W average, so that means the sleep is working fine this time and with pretty good results. So I suspect unplugging the laptop during sleep is causing some trouble and higly increasing battery drain (maybe it’s waking it up or changing the power level somewhere). I’ll make a couple more tests to confirm this result so then we can investigate what happens when unplugging.

2 Likes

Ok so I made more tests, I can still reproduce the problem (not always but sometimes after 2-3 attempts). I tried checking dmesg to see if the laptop was changing state (leaving s2idle or something like that) but unfortunately no, when the high consumption sleep state is reached, nothing different appears in dmesg, I see the normal s2idle state on sleep and the resume line when I resume (also the power led is always pulsing as usual for a sleep state). Another thing I tried is to measure the consumption (at the outlet) when this happens. To achieve this I put the laptop to sleep but plugged in like before, which gets me about 1w consumption when all is well, then I try unplugging, wait a couple minutes, plug again, wait for the top up charge if any and then read the consumption. In the last try I made I got 1w at the first sleep, 1w after the unplug/replug, and the third time 7w !, the laptop is now sleeping (pulsing power LED) but warm and has a 7w consumption as opposed to the expected 1w. This is not the top-up charge because it’s been stable for hours, not decreasing any more. I did this test twice (resuming, make sure it’s fully charge, then sleep again and unplug/plug a couple times until I get something else than 1w and a warm laptop), and reroduced both times after just 2 or 3 unplugging. The LED on the side near the power plug is still blinking orange like when I put the laptop to sleep. Though when I unplug and replug as the battery is full the first time, it usually becomes white, it goes blinking orange when I wait a bit more and replug once the battery is no longer “full”.
I’m not sure what else I can do to debug this problem, I don’t have the HDMI apdater which is know to cause some issues, only 2 USB-C, 1 USB-A, and one microSD. Maybe I’ll try unplugging those but I don’t have much hope.

Edit: while the laptop was sleeping in this 7w consumption status (7.1w to be precise) I just tried hot-unplugging the microSD and USB-A ports, and noticed a drop of about 0.4w for the USB-A and 0.2w for the microSD (which means they do have a visible impact here although it’s not causing the whole extra 6w). After unplugging both I am down to 6.5w average. Unplugging the USB-C doesn’t have any impact because it’s passive I suppose. BUT THEN if I plug them back, I get +0.9w for the microSD and +0.4w for the USB-A, so now I’m up to 7.9w consumption now. Pretty weird an not consistent, I suppose the plugging/unplugging wake up some internal components which are now going to consume more?

For the record I tried doing this again when the sleep is working fine (1w) and got -0.05w for the microSD and -0.35w for the USB-A. Removing both I am down to 0.6w consumption in s2idle which is great actually, so a bit sad to learn that having an USB-A port is reducing sleep duration by 35% in my case. Plugging the USB-A back brings back the expected +0.35w and plugging back the microSD actually brings back +0.75w ! so I’m up to 1.75w now :confused:

I’m sure this is tricky business to handle power state of all these devices espcially if you can hot-swap them during sleep, and honestly that is understandable to me I don’t care much if doing this is increasing the consumption. What I care though is the power consumption begin sometimes 1w and sometimes 7w without touching anything else than the power cord. Effectively making sleep unusable because you don’t know if it’s gonna drain your battery and heat up a lot in your bag.

Card consumption when idle (not sleeping):

  • USB-A: +0.45w
  • Micro-SD reader: +1.2w
    Unplugging both card gets me down from 6.4w to 4.75w idle, that’s 25% battery life gain!
  • Also I measured HDMI card at +0.35w (I’m not using this one by default)
6 Likes

Do you want to risk a BIOS upgrade to 3.08?

I updated already after I found this:

In my case, it works flawless.

Some people seem to still have issues with version 3.08.

( The link to the new BIOS version is the same as for 3.07, but with 8 instead of 7. )

3 Likes

@dma well it doesn’t seem likely to help considering what they said but for lack of better option or official response I’ll give it a try yes. I just installed 3.08 and I’ll run some sleep sessions and report if I see any change.

1 Like

FYI 3.08 fixes drain while shut down, not during suspend.

I just found this news about a patch from Intel related to energy consumption in my RRS today

I have not been able to follow up on all the details, but I’m wondering if this might be related?

1 Like

@feesh yes that’s why I said it doesn’t seem likely but thanks for adding this. And as expected, 3.08 did not help with this problem, I reproduce easily after just 1 unplug.

@dfh nice finding, it could be yes. We’ll have to wait and track in which kernel version this patch lands I suppose.