Summary: | main battery mostly not detected correctly with secondary battery | ||
---|---|---|---|
Product: | [Unmaintained] solid | Reporter: | Timo Ollech <t-mo> |
Component: | powermanagement | Assignee: | Dario Freddi <drf> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | didier, emil.vanherp, Fuerst.Ulrich, kde, tetzlav |
Priority: | NOR | ||
Version: | 4.11.2 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Timo Ollech
2013-10-14 17:37:30 UTC
As I described on the Debian bugreport: http://bugs.debian.org/695966#10 I'm experiencing the same type of problems, namely: > With my Lenovo X220, when the additional battery is plugged in, the > internal battery drains first (that's the hardware managing the > drain-balancing I guess) and then PowerDevil insists to suspend the > laptop to disk (as I configured it to suspend-to-disk if there's less > than 4% of battery left). When waking up from suspend, powerdevil will > insist to suspend to disk again, no matter what the global battery state > is: > > $ acpitool > Battery #1 : Unknown, 0.00% > Battery #2 : Discharging, 54.94%, 02:31:00 > > (Applet shows 54%). > > This looks somewhat similar to [0]. As 'upower --dump' was requested, I > attached my output to this bugreport. > > [0] https://bugzilla.redhat.com/show_bug.cgi?id=736835 I'm using KDE-Workspace 4.10.5 in Debian Jessie and would be very happy to help getting this solved, please ask! Cheers, OdyX It seems to be the same bug: https://bugs.kde.org/show_bug.cgi?id=253453 There is a patch, but not upstream. The patch mentioned in Comment #2 has been upstreamed. |