Bug 231970 - removing secondary battery confuses estimates
removing secondary battery confuses estimates
Product: Fedora
Classification: Fedora
Component: hal (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: David Zeuthen
Depends On:
  Show dependency treegraph
Reported: 2007-03-13 08:03 EDT by cje
Modified: 2013-03-05 22:49 EST (History)
2 users (show)

See Also:
Fixed In Version: 0.5.9-0.git20070326
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-03-27 14:39:43 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description cje 2007-03-13 08:03:21 EDT
Description of problem:
g-p-m knows i've got two batteries on my laptop - left-click on the panel icon
shows the details of both.  but it's not dealing with the removal of the
secondary one.
removing the secondary battery makes g-p-m just think the battery has just
instantly drained 70% of its power.  left-click on the panel icon still lists
the secondary as present.
rebooting refreshes the list of batteries.
adding the secondary battery (after booting without it) causes similar confusion
- the second battery isn't in the list when i left-click the panel icon.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. left-click panel icon
2. add or remove secondary battery
3. left-click panel icon
Actual results:
battery list not updated

Expected results:
battery list updated

Additional info:
this is on a toshiba portege P2000 (several years old)
Comment 1 cje 2007-03-13 08:11:52 EDT
(it's g-p-m 2.17.92)
Comment 2 cje 2007-03-13 10:02:35 EDT
lshal -m doesn't produce output when i plug in the secondary battery after
booting with only the primary installed.  does that mean this is a HAL problem?
Comment 3 cje 2007-03-13 11:03:21 EDT
with the secondary plugged in after booting without it:

lshal -l -u acpi_BAT2
says it's not present but

says it is.

since removing the secondary after booting with both causes g-p-m to say there's
29% remaining, doesn't that imply that g-p-m is getting some information from
HAL and some from /proc/acpi?  i would have thought it should be all HAL?
Comment 4 Richard Hughes 2007-03-13 11:12:06 EDT
All from HAL. This is probably the same as your other bug where we are not
getting an ACPI event when the battery is removed. If you do "lshal -m" and then
remove the battery you should get an event right away, if not, a HAL bug.
Comment 5 cje 2007-03-13 12:09:02 EDT
right, i don't get the event at all.  so that's a HAL bug.

ah, got it.  it's changing the percentage because removing external battery
(after booting with both) causes acpi_BAT2:battery.charge_level.percentage to be
removed in HAL.

as you say, all from HAL.  i've changed the component.  thanks again.  :-)
Comment 6 cje 2007-03-27 14:39:43 EDT
all fixed in hal-0.5.9-0.git20070326.fc7

:-)    thank you very much.

Note You need to log in before you can comment on or make changes to this bug.