My Librem 13v2 with PureOS and Coreboot 4.7-Purism-4 is draining too much battery while suspended. Over night the battery went down from 100% to 60%. I didn’t find any activity in logs.
Mar 23 23:19:51 librem systemd-sleep: Suspending system...
Mar 23 23:19:51 librem kernel: [34589.635825] PM: suspend entry (deep)
Mar 24 06:33:05 librem Tor: Your system clock just jumped 25995 seconds forward; assuming established circuits no longer work.
Mar 24 06:33:05 librem kernel: [34589.635827] PM: Syncing filesystems ... done.
I noticed before the laptop stays warm when it’s suspended so I don’t think it was introduced in recent updates.
Yes. I think I am seeing this on 15v3 with 4.7-Purism-4.
I just noticed USB ports are powered while suspended.
If I measure the DC current of power supply its 0.13 A (about 2.5 Watt) when it’s suspended with fully charged battery. This is a lot more than I would expect.
Yeah, I’m still seeing this too. What could be draining battery while suspended? Display backlight is on? HD / SSD is powered?
All it should be doing is keeping the RAM alive, yes?
I have the same problem on my 13v2 with Ubuntu 16.04
How can I check that too?
@kakaroto do you think this is bug in coreboot?
I am impacted by this issue as well, on a Librem 3 v2.
Can it be related to firmware having been stripped down in PureOS?
/var/log/messages:Apr 3 21:27:32 librem kernel: [ 1.320460] i915 0000:00:02.0: Direct firmware load for i915/skl_dmc_ver1_26.bin failed with error -2
/var/log/messages:Apr 3 21:27:32 librem kernel: [ 1.320465] i915 0000:00:02.0: Failed to load DMC firmware [https://01.org/linuxgraphics/downloads/firmware], disabling runtime power management.
On my Librem 15v2 (with AMI bios and Debian), I have the same problem. I once left the laptop suspended for ~48 hours, it fully drained the battery. Please note that I configured the USB ports to sleep when idle through powertop (and it works, since I have to toggle them back to “normal” if I want to plug in a usb mouse, otherwise the mouse goes to sleep after a very short time of inactivity).
@mladen Does someone investigate the problem? Do you think it can be fixed by software?
When looking for issues on the tracker I couldn’t find anything open when searching with the keywords “suspend”, “battery” or “drain”.
If you have an account you may want to open a new issue. If not, I can open the issue for you if you don’t have feedback from @mladen in the meantime.
This could be indeed the fault of stripping down the intel nonfree firmware - anyone with Debian can compare their behavior now and once they enable nonfree repo and add the missing firmware (isenkram is useful tool for detecting lacking firmware) to confirm this.
I am seeing:
Failed to load DMC firmware i915/skl_dmc_ver1_26.bin. Disabling runtime power management.
It seems that the “Failed to load DMC firmware i915/skl_dmc_ver1_26.bin. Disabling runtime power management.” is driven by pureos not including proprietary software that would be necessary for GPU power optimization. It could be the source of the issue, but that makes it seem less likely to me.
Same trouble with my librem13-v1 on Debian Buster: the battery is fully discharged after each night while the host is suspended.
Yeah same for me on my Librem 13v3…power steadily drains away while the laptop is closed and suspended.
After checking, I don’t have any “failed to load xxx” in my dmesg. But isenkram found a few missing packages: firmware-misc-nonfree and firmware-iwlwifi for the following extra firmware files:
I have now installed them, I will let the laptop suspend for a night and let you know how it went…
All these firmware packages are installed on my buster installation and still seems to have the trouble.
$ dpkg --list | grep firmware-linux
ii firmware-linux 20170823-1 all Binary firmware for various drivers in the Linux kernel (meta-package)
ii firmware-linux-free 3.4 all Binary firmware for various drivers in the Linux kernel
ii firmware-linux-nonfree 20170823-1 all Binary firmware for various drivers in the Linux kernel (meta-package)
Will wait for @bavay report.