acpi reports battery 78% charged when battery fully charged

The Hardy Heron Alpha2 release will be coming out soon. It will have an updated version of the kernel. It would be great if you could test with this new release and verify if this issue still exists. I'll be sure to update this report when Alpha2 is available. Thanks!

I'm opened a new task against the actively developed kernel. However, I'm closing the report against linux-source-2.6.22 as it does not meet the criteria for a stable release update. You can learn more about the stable release update process at https://wiki.ubuntu.com/StableReleaseUpdates . Thanks!

This bug is still present in Hardy alpha-2

Thanks Michael. Per the kernel team's bug policy, in addition to your dmesg output that you've already attached, can you please attach the following information:

* uname -a > uname-a.log
* cat /proc/version_signature > version.log
* sudo lspci -vvnn > lspci-vvnn.log

Please be sure to attach each file as a separate attachment. For more information regarding the kernel team bug policy, please refer to https://wiki.ubuntu.com/KernelTeamBugPolicies . Thanks again and we appreciate your help and feedback.

Hardy Heron Alpha2 was recently released. It contains an updated version of the kernel. You can download and try the new Hardy Heron Alpha2 release from http://cdimage.ubuntu.com/releases/hardy/alpha-2/ . You should be able to then test the new kernel via the LiveCD. If you can, please verify if this bug still exists or not and report back your results. General information regarding the release can also be found here: http://www.ubuntu.com/testing/hardy/alpha2 . Thanks!

Hardy alpha-2 has this and more problems; see https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/146803

Hmmm. Looks like the smart battery is a bit too smart. Sony's "Battery Care Function" (running in Windows to prolong the battery's service life) caps the maximum charge that the battery will take before reporting that it has finished charging. The battery then remembers this amount (50%, 80% or 100%) and carries it over to Linux, which gets the maximum charge from /proc/acpi/battery/BAT1/info and compares it to the charge when finished charging in /proc/acpi/battery/BAT1/state and (correctly!) calculates 80% of maximum charge. So I guess the way around this is either to disable the feature in Windows, or emulate the maximum charge setting in Linux somehow.

I've just checked the BIOS settings by dumping the literal symbol table with symcmos under freedos, with the battery care function set to 50% charge, 80% charge and 100% charge. diff revealed that these files were identical, indicating that the battery care function setting is stored somewhere other than the BIOS NVRAM.

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

This bug report was marked as Triaged a while ago but has not had any updated comments for quite some time. Please let us know if this issue remains in the current Ubuntu release, http://www.ubuntu.com/getubuntu/download . If the issue remains, click on the current status under the Status column and change the status back to "New". Thanks.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

This bug is still a problem with the latest kernel, at least that is what I've been told from responses to my web page (I disabled Sony's battery care function some time ago, and the workaround is still the same - boot into windows, disable Battery care and reboot into Linux).

I have a similar problem with a battery by the same manufacturer.

The charge full value just seems wrong (especially when compared with the charge now value) and I get a warning when booting. However this only seemed to become a problem for me when I upgraded to 9.04. 9.10 didn't fix it.

lund@lund-laptop:/sys/devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT0$ uname -a
Linux lund-laptop 2.6.31-15-generic #50-Ubuntu SMP Tue Nov 10 14:53:52 UTC 2009 x86_64 GNU/Linux
lund@lund-laptop:/sys/devices/LNXSYSTM:00/device:00/PNP0C0A:00/power_supply/BAT0$ cat uevent
POWER_SUPPLY_NAME=BAT0
POWER_SUPPLY_TYPE=Battery
POWER_SUPPLY_STATUS=Full
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_TECHNOLOGY=Li-ion
POWER_SUPPLY_VOLTAGE_MIN_DESIGN=11100000
POWER_SUPPLY_VOLTAGE_NOW=12123000
POWER_SUPPLY_CURRENT_NOW=1000
POWER_SUPPLY_CHARGE_FULL_DESIGN=5200000
POWER_SUPPLY_CHARGE_FULL=2325000
POWER_SUPPLY_CHARGE_NOW=5200000
POWER_SUPPLY_MODEL_NAME=DELL KP4288
POWER_SUPPLY_MANUFACTURER=Sony
POWER_SUPPLY_SERIAL_NUMBER=40966

Mine may be a hardware problem. The bios report is consistent with what is in sysfs. I will see if I can check this.

I have the same issue. I set power life saver in windows to 80% and my battery always reports discharging. Even when I'm in AC mode
antibody@Neptunus:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0A:00/power_supply/BAT0$ cat uevent
POWER_SUPPLY_NAME=BAT0
POWER_SUPPLY_TYPE=Battery
POWER_SUPPLY_STATUS=Discharging
POWER_SUPPLY_PRESENT=1
POWER_SUPPLY_TECHNOLOGY=Li-ion
POWER_SUPPLY_VOLTAGE_MIN_DESIGN=120210000
POWER_SUPPLY_VOLTAGE_NOW=-1000
POWER_SUPPLY_CURRENT_NOW=0
POWER_SUPPLY_POWER_NOW=0
POWER_SUPPLY_ENERGY_FULL_DESIGN=50610000
POWER_SUPPLY_ENERGY_FULL=50610000
POWER_SUPPLY_ENERGY_NOW=40480000
POWER_SUPPLY_MODEL_NAME=
POWER_SUPPLY_MANUFACTURER=Sony Corp.
POWER_SUPPLY_SERIAL_NUMBER=

This bug was filed against a series that is no longer supported and so is being marked as Won't Fix. If this issue still exists in a supported series, please file a new bug.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.