gnome-power-manager does not update often enough, only updates every 25% of battery charge

Bug #66025 reported by singularity
62
Affects Status Importance Assigned to Milestone
gnome-power-manager (Ubuntu)
Invalid
Undecided
Unassigned
hal (Ubuntu)
Fix Released
Undecided
Martin Pitt

Bug Description

Binary package hint: gnome-power-manager

As the summary says. It should definitely update more, at _least_ once every 5%. I understand polling is to be kept to a minimum to avoid unnecessary CPU usage but really, it'd be nice if when I look at my battery stats, they don't go from 25% on first look, then to 0% on the next...

This bug is in Edgy.

description: updated
Revision history for this message
singularity (singularity00) wrote :

g-p-m lists tell me this is a HAL problem.

Revision history for this message
singularity (singularity00) wrote :

Okay, this is not a HAL issue:

paul@paul-laptop:~$ lshal -m

Start monitoring devicelist:
-------------------------------------------------
acpi_BAT1 property battery.reporting.rate = 1804 (0x70c)
acpi_BAT1 property battery.reporting.current = 4469 (0x1175)
acpi_BAT1 property battery.reporting.rate = 1948 (0x79c)
acpi_BAT1 property battery.reporting.current = 4452 (0x1164)
acpi_BAT1 property battery.reporting.rate = 1781 (0x6f5)
acpi_BAT1 property battery.reporting.current = 4436 (0x1154)
acpi_BAT1 property battery.reporting.rate = 1883 (0x75b)
acpi_BAT1 property battery.reporting.current = 4421 (0x1145)
acpi_BAT1 property battery.reporting.rate = 1786 (0x6fa)
acpi_BAT1 property battery.reporting.current = 4405 (0x1135)
acpi_BAT1 property battery.reporting.rate = 1785 (0x6f9)
acpi_BAT1 property battery.reporting.current = 4392 (0x1128)
acpi_BAT1 property battery.reporting.rate = 1769 (0x6e9)
acpi_BAT1 property battery.reporting.current = 4376 (0x1118)
acpi_BAT1 property battery.reporting.rate = 1847 (0x737)
acpi_BAT1 property battery.reporting.current = 4359 (0x1107)
acpi_BAT1 property battery.reporting.rate = 1785 (0x6f9)
acpi_BAT1 property battery.reporting.current = 4345 (0x10f9)
...

So clearly, HAL and acpi are working. This is a g-p-m problem.

Can the maintainer please comment?

Revision history for this message
Paul Sladen (sladen) wrote :

There is no polling involved, ACPI battery updates come in and g-p-m status is updated.

Are you talking about the battery icon only having a limited number of positions?

Can you do a screenshot showing what appears to be wrong for you? For example if hovering over g-p-m says '75%' but typing 'acpi' at the command line says '53%'.

Revision history for this message
singularity (singularity00) wrote :

Yes, but it isn't just the battery icon, its the information dialog too. I wasn't able to take a screenshot with the battery-icon popup, but here's the dialog box which is the same. Take a look.

Revision history for this message
singularity (singularity00) wrote :

Just to drive the point home....

Revision history for this message
singularity (singularity00) wrote :

Any ideas on what might be causing this?

Revision history for this message
singularity (singularity00) wrote :

Okay, this is a hal issue, thanks much to Richard Hughes. Can the Ubuntu HAL maintainer apply this patch?

http://lists.freedesktop.org/archives/hal/2006-October/006389.html

Changed in hal:
status: Unconfirmed → Confirmed
Revision history for this message
Alexander Hall (compuguy1088) wrote :

I have also seen this on a Acer Aspire 3003LCi, but slightly different way. The battery, on AC, reports charge correctly. Though, from observation, via g-p-m and acpi, when on battery, the battery reports 100% charge when the actual charge is 50%. When it is under 50%, it reports 0%.

Revision history for this message
singularity (singularity00) wrote :

Problem still exists in feisty...

When will Ubuntu's HAL be updated with the aforementioned fix?

Martin Pitt (pitti)
Changed in hal:
assignee: nobody → pitti
status: Confirmed → In Progress
Martin Pitt (pitti)
Changed in hal:
status: In Progress → Fix Committed
Revision history for this message
Martin Pitt (pitti) wrote :

 hal (0.5.8.1-4ubuntu2) feisty; urgency=low
 .
   * Add back debian/patches/00upstream-06-stat-dev-not-mountpoint.patch and
     port it to 0.5.8.1. This fixes handling of NTFS-FUSE mounts again in
     Feisty. Closes: LP#35354
   * debian/patches/24_ignored_volumes.patch: Fix ignoring of Apple bootstrap
     partitions. Closes: LP#61767
   * debian/patches/24_ignored_volumes.patch: Ignore partitions without an
     fsusage, e. g. unformatted ones, Mac patch partitions, etc.
     Closes: LP#18901
   * Add debian/patches/00upstream-01-acpi-low-powerlevels.patch:
     - Fix ACPI problems with incorrect low current voltage values.
     - Patch taken from upstream git 9c99fc03fbac6380032a6678c641a76ef02ad834.
     - Closes: LP#66025
   * Add debian/patches/16_ntfs_allow_local_mount_option.patch: Allow 'locale='
     mount option for NTFS. Closes: LP#78370
   * Add debian/patches/00upstream-02-music-players.patch: Pull USB music
     player FDI file from git head. At the moment, this adds the Zen Nano.
     Closes: LP#77047
   * debian/patches/30-mp3-player-fdi.patch:
     - Add "Nexia NX58XX (including Super*Talent MegaScreen)". Closes: LP#77842
     - Add "Feiya Technology Corp Memory Bar". Closes: LP#77854
     - Add "MPMan MP-Ki 128". Closes: LP#66239

Changed in hal:
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Not a g-p-m bug

Changed in gnome-power-manager:
status: Unconfirmed → Rejected
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.