Kernel Bug Tracker – Bug 6455
battery and AC status stops updating - HP Compaq nx6125
Last modified: 2006-06-30 17:01:47 UTC
Most recent kernel where this bug did not occur: not known
Distribution: Gentoo Linux
Hardware Environment: HP Compaq nx6125 laptop with AMD Turion 64 CPU, BIOS F.0E
Software Environment: KDE 3.5.2
At some point battery and AC status just stops updating. This happens when I
unplug the AC cable and when I start my laptop withiut being connected to AC
power. I think that it is more likely to happen when I do something that uses a
lot of CPU or Graphics power.
Steps to reproduce:
I can't tell you the exact steps as I didn't figure out what causes it to stop
updating. Most of the time it stops working when I power on my laptop while
travelling by train to the work and then at some point it justs stops updating.
It also happens at one point when if keep plugginh and unplugging the laptop
from AC power. High CPU usage at that time may help in causing this bug.
Created attachment 7976 [details]
dmesg -s40000 output
Created attachment 7977 [details]
Created attachment 7978 [details]
lspci -vv output
Created attachment 7979 [details]
cat /proc/interrupts output
This is known bug. We are in investigation stage.
Please try the 2.6.17-rc4-mm2 version.
There are some changes which should help here,
At least this version works on our nx6125 laptop.
rc4-mm3 is available now.
I've been running with 2.6.17-rc4-mm3 for a couple of days now and so far the
battery status continued to update just fine (and I let it down from 100% to
almost 0% a couple of times). So I guess there is a big improvement in this version.
But I also got it to stop updating. What I did this time was that I repeatedly
plugged and un-plugged the AC power. For example I unplugged the power, waited
about 10 seconds then plugged the power back in and I repeated this about 10
times and after that the status again stopped updating.
Please retry 2.6.17-rc6-mm1.
Bug is present, but the probability is decreased.
Your opinion is needed
I just compiled 2.6.17-rc6-mm1 and after a couple of quick unplugs and plugs
the status stoll stops updating.
Now after a couple of minutes (with no status updating) I started to compile
something for KDE. The CPU started to get hot and so the fans turned on. And at
about the same time the battery status started to update too.
Thanks, we have the same situation and continue the investigation.
But you wrote only about battery, I think the same thing should be with the AC
adapter state on your laptop also, is it?
Well yes I guess the same broblem is with AC too. But when you are only on AC
there isn't much to change (like the battery level). If it gets stuck when the
status shows "On AC power" and then you unplug the power it doesn't update that
now you are runing on battery. And if it gets stuck when you are on battery,
then it doesn't update the changes in battery level or when you plug the AC
power back it doesn't reflect that. Thanks for working on the problem!
Please try 2.6.17-rc6-mm2 version (or later mm tree) with option ec_burst=0
Bug should disappear.
We need your results.
Sorry, I mean ec_intr=0 instead of ec_burst
I tried with 2.6.17-rc6-mm2 and ec_intr=0 option and battery status continued to
update when I was quickly plugging un unplugging the AC power. Even when I had
glxgears running. So it looks like the bug has gone away.
Thanks, but bug is still present if ec_intr=1
We will continue the investigation.
Created attachment 8356 [details]
Tnis is a debug patch
Tnis is a debug patch
Please apply this patch (comment #18) to rc6-mm2 or (maybe) to other latest mm
We are very interested in the result; I mean the whole system behaviors.
Please upload the results as soon as possible.
Patch from comment 18 fixed problems on my nx6125, marking bug as resolved.
I have also been testing this in the morning and with the patch battery status
continues to update even when I quickly keep plugging/unplugging the AC power.
And yes this is without the ec_intr=0 kernel option. So thanks again for all
I'm not sure if this is related to this bug and patch:
In KSysGuard 3.5.3 I have set up two tabs. On one I have 4 temperature
displays, each for one of four acpi thermal zone temperatures. On the other tab
I have 4 displays that show statuses for each of four fans. What happens if I
leave KSysGuard open on temperatures tab for example is that after some time
(could be even a couple of minutes) the system just locks up / freezes.
In both three cases that happened this to me I was compiling something, leftthe
temperatures tab open and after some time system just froze.
This hasn't happened so far with stable kernel 2.6.17, but it did happen with
I don't know if I should reopen this bug or report a new one. And I don't know
what to do to get more info about why this happens.
Please look into the bug 5534, do you have the same issues?
Could you please describe properly, what happens with your system and how it
is connected with patch from comment #18.
patch in comment #18 shipped after 2.6.17-git17
and before 2.6.18-rc1. If you have additional issues
on this system, please open a new bug. closed.