Summary: Kernels at 2.6.9 do not refresh correctly the remaining
capacity in /proc/acpi/battery/BAT1/state on my notebook
HP Omnibook xe4500
Kernel Version: 2.6.9 ... 2.6.12 (currently using 2.6.12)
Slackware 10.1 (i use the kernel from kernel.org with my .config)
HP Omnibook xe4500: P4-1700, chipset ALi M1671, ATI Radeon Mobility M6 LY,
ALI15X3 IDE controller, ACPI supports S0 S3 S4 S5, LiIon Batery 4000 mAh (model
number: 01KT, OEM info: SMP, last full capacity: 3264 mAh).
xorg 6.8.2, fvwm 2.5.12, glibc 2.3.4
From my kernel config:
# CONFIG_PM_DEBUG is not set
# CONFIG_SOFTWARE_SUSPEND is not set
# ACPI (Advanced Configuration and Power Interface) Support
# CONFIG_ACPI_SLEEP is not set
# CONFIG_ACPI_VIDEO is not set
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_IBM is not set
# CONFIG_ACPI_TOSHIBA is not set
# CONFIG_ACPI_DEBUG is not set
# APM (Advanced Power Management) BIOS Support
# CONFIG_APM is not set
When i boot with 18.104.22.168 kernel, all seems OK. With the kernels 2.6.9 and abowe,
almost no battery events are generated if AC cable is unplugged (i have checked
it with the script in /etc/acpi that handles any acpi event). The events are
generated by ac_adapter completely correctly but the battery events are never
generated. The remaining capacity in /proc/acpi/battery/BAT1/state is therefore
not correct (for example, the battery indicators show 80% 1/2-hour after i have
disconnected the AC adapter) with no change.
No errors in the logs. The kernels are compiled with the same .config (i use
make oldconfig and add no new features).
Steps to reproduce:
Unplug AC adapter and try to read /proc/acpi/battery/BAT1/state some times. It
happens not always. Sometimes, you must repeat this procedure several times
(plug the AC back, wait 2 minutes, unplug and evaluate the battery indicator).
It happens NEVER when using 22.214.171.124 kernel and earliner (i have 126.96.36.199 on my
1) Unplug AC Adapter cable, battery fully charged (100%);
2) Work on battery until the remaining capacity 75%; the battery indicator shows
the capacity correctly;
3) Plug the AC Adapter again for 1 minute and unplug when 76% is reported;
4) At this time no more battery events. I see "76%" already 10 minutes (and can
check the remaining capacity in /proc/acpi/battery/BAT1/state, it does not
change). No errors in the logs. The last event is ACAD, from ac_adapter...
5) Plug in the AC Adapter back, the BAT-events happen again.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.