Opened 7 years ago

Last modified 2 years ago

#9260 assigned bug

PowerStatus: Problem after 100% charged

Reported by: dsjonny Owned by: nobody
Priority: normal Milestone: R1
Component: Applications/PowerStatus Version: R1/Development
Keywords: Cc: degea@…
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

I found a problem: using Samsung RV509 laptop the battery was charging. There was no problem until 99%. When it was fully charged, it has show 899%, and a huge last full charge value. I have changed the language to English, and start the program again, it started to charge again...

Before this, the design capacity was 4400mAh. Corrently I have no image about that. And it was started the charge again:

Attachments (2)

ps.png (32.2 KB) - added by dsjonny 7 years ago.
ps2.png (20.3 KB) - added by dsjonny 7 years ago.

Download all attachments as: .zip

Change History (12)

Changed 7 years ago by dsjonny

Attachment: ps.png added

Changed 7 years ago by dsjonny

Attachment: ps2.png added

comment:1 Changed 7 years ago by dsjonny

After I restart the app it show real values. But when it full charged, all value goes wrong.

comment:2 Changed 7 years ago by edglex

I have this too on my lenovo x61 sometimes, and not only when I have a full charge. I am running a nightly from a few months ago though, I will have to update to a more recent build and check. However I probably wont do this in the very near future as I don't have time for an OS upgrade ATM.

comment:3 in reply to:  1 Changed 6 years ago by modeenf

Replying to dsjonny:

After I restart the app it show real values. But when it full charged, all value goes wrong.

Does it do that allways? Restarting it will show the right amount even if its a full battery?

comment:4 Changed 5 years ago by ttcoder

Saw something like that (or like edglex in comment:2) for a long time on my R61, though it occured some days, not always. When it occurs, the percentage can go as high as 85000% or some such (!). More often, the percentage oscillates between 0% and 100%.. Which is possibly a different bug (to file on component "acpi" instead of "powerstatus" I guess).

Since last week (circa rev 48100) I'm not seeing the 85000% issue much or at all but instead have issues that might warrant filing a new ticket: my syslog is getting spammed with this:

KERN: acpi: GPE Event 18 for \_GPE
KERN: Last message repeated 49 times.
KERN: acpi: GPE Event 18 for \_GPE
KERN: Last message repeated 53 times.
KERN: Last message repeated 54 times.
KERN: Last message repeated 45 times.

(about ten per minute, nothing too annoying)

...and mmlr's recent addition of "your battery is critical, please plug your device in immediately" is now popping up every minute or so, whenever my percentage goes down erratically to 0%..

Gotta find out how to disable it. (shame, cause it's interesting to have a notification when the battery level goes down! just wish acpi was reporting the real level, not an erratic one :-). Reportedly it can be configured in notification server. EDIT: Ok it can't (the list of apps is empty in the settings) but there's something else that can be done: quitting PowerStatus solves the notification problem. So back to the main issue at hand, why is ACPI mis-calculating in the first place..

Last edited 5 years ago by ttcoder (previous) (diff)

comment:5 Changed 5 years ago by ttcoder

Cc: degea@… added
Version: R1/alpha4.1R1/Development

comment:6 Changed 5 years ago by tqh

The event spamming is because I've added more logging to find and enable more type of events. It is a temporary measure.

It seems the other issue can be an issue with the ACPI global lock that is shared with the firmware and deciding when it is safe to read values from firmware. However that usually generates a lot of garbage characters.

comment:7 Changed 5 years ago by stippi

With the new notification, the problem has become a lot more apparent. For me, there seems to be a correlation between CPU load and how often I see the battery loading warning. It comes up pretty much constantly while I am compiling, almost never when I am not. Hopefully this is helpful.

comment:8 Changed 5 years ago by pulkomandy

hrev48633 should fix this. Please test and report :)

comment:9 in reply to:  4 Changed 5 years ago by tqh

Replying to ttcoder:

Since last week (circa rev 48100) I'm not seeing the 85000% issue much or at all but instead have issues that might warrant filing a new ticket: my syslog is getting spammed with this:

KERN: acpi: GPE Event 18 for \_GPE
KERN: Last message repeated 49 times.
KERN: acpi: GPE Event 18 for \_GPE
KERN: Last message repeated 53 times.
KERN: Last message repeated 54 times.
KERN: Last message repeated 45 times.

(about ten per minute, nothing too annoying)

That's because I added logging for ACPI events. It was turned on by default to see if it provides any useful info from users. It doesn't AFAICT so I should add a switch to turn event logging on and have it disabled by default. However, my time has been very limited.

comment:10 Changed 2 years ago by axeld

Owner: changed from axeld to nobody
Status: newassigned
Note: See TracTickets for help on using tickets.