Description of problem: KDE 4.9.5 -- mouse hover says battery is discharging, but I'm plugged in and acpi says I'm charging. KDE is wrong. kernel 3.7.2-201.fc18.x86_64, ThinkPad T520 ACPI says: Battery 0: Charging, 94%, 00:20:51 until charged Applet says: 82% (discharging) and AC Adapter: plugged in
The information about batteries are provided by upower. Can you please check whether upower --dump reports correct data?
I have the same problem with Fedora and Ubuntu. With power adapter plugged: $ upower --dump Device: /org/freedesktop/UPower/devices/line_power_ADP1 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/ADP1 power supply: yes updated: Tue Feb 5 18:43:46 2013 (1075 seconds ago) has history: no has statistics: no line-power online: yes Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:01/PNP0C09:00/PNP0C0A:00/power_supply/BAT1 vendor: SAMSUNG Electronics power supply: yes updated: Tue Feb 5 19:01:21 2013 (20 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable: yes state: charging energy: 5.6832 Wh energy-empty: 0 Wh energy-full: 35.52 Wh energy-full-design: 45.14 Wh energy-rate: 16.4872 W voltage: 7.698 V time to full: 1.8 hours percentage: 16% capacity: 78.6885% technology: lithium-ion History (charge): 1360090881 16.000 charging History (rate): 1360090881 16.487 charging 1360090851 17.042 charging 1360090821 16.924 charging 1360090791 17.057 charging Daemon: daemon-version: 0.9.17 can-suspend: yes can-hibernate no on-battery: no on-low-battery: no lid-is-closed: no lid-is-present: yes is-docked: no With power adapter unplugged: $ upower --dump Device: /org/freedesktop/UPower/devices/line_power_ADP1 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/ADP1 power supply: yes updated: Tue Feb 5 18:43:46 2013 (924 seconds ago) has history: no has statistics: no line-power online: yes Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:01/PNP0C09:00/PNP0C0A:00/power_supply/BAT1 vendor: SAMSUNG Electronics power supply: yes updated: Tue Feb 5 18:58:51 2013 (19 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable: yes state: charging energy: 5.328 Wh energy-empty: 0 Wh energy-full: 35.52 Wh energy-full-design: 45.14 Wh energy-rate: 15.059 W voltage: 7.398 V time to full: 2.0 hours percentage: 15% capacity: 78.6885% technology: lithium-ion History (charge): 1360090671 15.000 charging History (rate): 1360090731 15.059 charging 1360090701 15.858 charging 1360090671 15.851 charging 1360090641 15.584 charging Daemon: daemon-version: 0.9.17 can-suspend: yes can-hibernate no on-battery: no on-low-battery: no lid-is-closed: no lid-is-present: yes is-docked: no
> With power adapter unplugged: > > $ upower --dump > Device: /org/freedesktop/UPower/devices/line_power_ADP1 > ... > line-power > online: yes Here is the problem ^^^^^^^^^^ upower falsely reports as being connected on AC while in fact it's not. Please update to upower-0.9.19-1.fc18.x86_64 (from updates-testing) and report back
Oh, and: > on-battery: no should definitely be "yes"
The previous output of upower was from an ubuntu installation. I tried it now in Fedora (in the same machine). The installed upower version is 0.9.19: "Package upower-0.9.19-1.fc18.x86_64 already installed and latest version" In both distributions, the behavior is the same. The power state is kept the same as when the system was boot. Below is the output of upower --dump, this time in Fedora with upower-0.9.19-1.fc18.x86_64. Thank you! With power adapter plugged: $ upower --dump Device: /org/freedesktop/UPower/devices/line_power_ADP1 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/ADP1 power supply: yes updated: Tue Feb 12 11:38:37 2013 (643 seconds ago) has history: no has statistics: no line-power online: yes Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:01/PNP0C09:00/PNP0C0A:00/power_supply/BAT1 vendor: SAMSUNG Electronics power supply: yes updated: Tue Feb 12 11:49:12 2013 (8 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable: yes state: charging energy: 24.1832 Wh energy-empty: 0 Wh energy-full: 31.82 Wh energy-full-design: 45.14 Wh energy-rate: 14.9702 W voltage: 7.946 V time to full: 30.6 minutes percentage: 76% capacity: 70.4918% technology: lithium-ion History (charge): 1360669752 76.000 charging 1360669692 75.000 charging History (rate): 1360669752 14.970 charging 1360669722 15.533 charging 1360669692 15.496 charging 1360669662 15.481 charging Daemon: daemon-version: 0.9.19 can-suspend: yes can-hibernate: yes on-battery: no on-low-battery: no lid-is-closed: no lid-is-present: yes is-docked: no With power adapter unplugged: $ upower --dump Device: /org/freedesktop/UPower/devices/line_power_ADP1 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/ADP1 power supply: yes updated: Tue Feb 12 11:38:37 2013 (684 seconds ago) has history: no has statistics: no line-power online: yes Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:01/PNP0C09:00/PNP0C0A:00/power_supply/BAT1 vendor: SAMSUNG Electronics power supply: yes updated: Tue Feb 12 11:49:42 2013 (19 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable: yes state: charging energy: 24.1832 Wh energy-empty: 0 Wh energy-full: 31.82 Wh energy-full-design: 45.14 Wh energy-rate: 15.4068 W voltage: 7.955 V time to full: 29.7 minutes percentage: 76% capacity: 70.4918% technology: lithium-ion History (charge): 1360669752 76.000 charging 1360669692 75.000 charging History (rate): 1360669782 15.407 charging 1360669752 14.970 charging 1360669722 15.533 charging 1360669692 15.496 charging Daemon: daemon-version: 0.9.19 can-suspend: yes can-hibernate: yes on-battery: no on-low-battery: no lid-is-closed: no lid-is-present: yes is-docked: no
(Clearing needinfo because the question was answered.) So this is still the same, upower claims that the power is plugged whether it actually is or not. This is clearly a upower bug.
I will not be able to provide feedback on Fedora at this time, as I've switched to openSUSE 12.2. Note: openSUSE 12.2 does *not* exhibit this problem. upower, however, is an older version (0.9.16). jnelson@worklaptop:~> upower --dump | grep -E 'on-battery|online' online: yes on-battery: no jnelson@worklaptop:~> upower --dump | grep -E 'on-battery|online' online: no on-battery: yes jnelson@worklaptop:~> rpm -q upower upower-0.9.16-2.4.1.x86_64 jnelson@worklaptop:~>
Those examples were with the power brick plugged in and then with it unplugged, and the results are correct.
I downgraded upower to see if the problem disappears. Since version 0.9.16 of upower is not in ubuntu repositories, I tried with version 0.9.15. The problem is still present. The behavior is the same as with version 0.9.19.
Using what kernel version(s)?
The last try was with kernel 3.7.7. But I have already tried with several kernels before, at least with the 3.7.4, 3.7.5, and 3.7.6. I have also tried with the current kernel version in ubuntu quantal repositories, the 3.5.0. Always with the same results. I haven't tried yet with kernel 3.7.7 in fedora.
I don't know if this adds any useful information, but the same problem is reported here: https://bugs.launchpad.net/ubuntu/+source/acpi/+bug/971061
It's probably a bug in HW and/or kernel but still, could you please test if Windows does the right thing?
In my case, it works correctly in Windows.
I'm having the same trouble. upower is reporting the battery is discharging when it's not. Periodically checking the charge shows it's charging. The power supply is plugged in and functioning correctly. Samsung series 5 13.3" Ultrabook NP530U3C-A04AU Fedora 18 3.8.11-200.fc18.x86_64
Same here on Fedora 19 x86_64 with a Dell Latitude 6430u I unplugged the electric wire: $ upower --dump Device: /org/freedesktop/UPower/devices/line_power_AC native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/AC power supply: yes updated: Wed Jul 3 08:38:34 2013 (5939 seconds ago) has history: no has statistics: no line-power online: yes Device: /org/freedesktop/UPower/devices/battery_BAT0 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0A:00/power_supply/BAT0 vendor: Samsung SDI model: DELL P70V535 serial: 2505 power supply: yes updated: Wed Jul 3 08:38:40 2013 (5933 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable: yes state: fully-charged energy: 64.1247 Wh energy-empty: 0 Wh energy-full: 64.1247 Wh energy-full-design: 62.16 Wh energy-rate: 0.0111 W voltage: 12.513 V percentage: 100% capacity: 100% technology: lithium-ion Daemon: daemon-version: 0.9.20 can-suspend: yes can-hibernate: yes on-battery: no on-low-battery: no lid-is-closed: no lid-is-present: yes is-docked: yes
See also bug #949204
In my case, this issue is no more available with latest kernel (probably also the previous one). Kernel : 3.11.6-201.fc19.x86_64 upower-0.9.20-1.fc19.x86_64
This message is a reminder that Fedora 18 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 18. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '18'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 18's end of life. Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 18 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 18's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
This bug is still present on Fedora 20. It is actually due to a problem with an embedded controller that also affects performance, as reported at: http://www.phoronix.com/scan.php?page=news_item&px=MTYyMjU and https://bugzilla.kernel.org/show_bug.cgi?id=57271 So, I'm reopening this bug. A patch for it already exists. I'll be testing it tomorrow on two Samsung notebooks. If the patch works, I'll be applying it at the Kernel.
After writing the patch, I tried to search for all bugs here related to it, but must have missed this one because it was closed. The patch has already been submitted upstream, and is waiting in Rafael's linux-pm development tree: https://git.kernel.org/cgit/linux/kernel/git/rafael/linux-pm.git/commit/?id=27095111cbafd3212c7e9a4a8cef1099b7520ca8 It should be included in 3.15 and is marked for inclusion in the 3.x stable kernels. I have already asked for it to be included a bit earlier in Fedora kernels, here: https://bugzilla.redhat.com/show_bug.cgi?id=1003602
(In reply to Kieran Clancy from comment #22) > After writing the patch, I tried to search for all bugs here related to it, > but must have missed this one because it was closed. > > The patch has already been submitted upstream, and is waiting in Rafael's > linux-pm development tree: > > https://git.kernel.org/cgit/linux/kernel/git/rafael/linux-pm.git/commit/ > ?id=27095111cbafd3212c7e9a4a8cef1099b7520ca8 > > It should be included in 3.15 and is marked for inclusion in the 3.x stable > kernels. > > I have already asked for it to be included a bit earlier in Fedora kernels, > here: > > https://bugzilla.redhat.com/show_bug.cgi?id=1003602 Thanks for pointing the above bugzilla. I ran a scratchbuild with this patch applied, at: http://koji.fedoraproject.org/koji/taskinfo?taskID=6607977 I'll do some tests on two series 5 notebooks (NP540U3C and NP550P5C) with the above kernels today.
Tested on those two systems: 1) Samsung Series 5: Manufacturer: SAMSUNG ELECTRONICS CO., LTD. Product Name: 550P5C/550P7C Version: P05ABI 2) Samsung Series 5 Ultra: Manufacturer: SAMSUNG ELECTRONICS CO., LTD. Product Name: 530U3C/530U4C/532U3C Version: 0.1 On both, applying this patch fixed the bug. Now, power removal/insert are properly detected, and the events are properly propagated. I double-checked the ACPI status for battery and it is now properly changing to discharging, when power supply is disconnected, and charging, when AC is reconnected.
*** This bug has been marked as a duplicate of bug 1003602 ***