Regression: devicekit-power does not display remaining battery time

Can you please copy&paste the output of

  /usr/share/gnome-power-manager/gnome-power-bugreport

here?

Distro version: squeeze/sid
Kernel version: 2.6.31-11-generic
g-p-m version: 2.28.0
HAL version: 0.5.13
System manufacturer: missing
System version: missing
System product: missing
AC adapter present: yes
Battery present: yes
Laptop panel present: yes
CPU scaling present: yes
Battery Information:
  battery.charge_level.current = 42180 (0xa4c4) (int)
  battery.charge_level.design = 84360 (0x14988) (int)
  battery.charge_level.last_full = 84360 (0x14988) (int)
  battery.charge_level.percentage = 50 (0x32) (int)
  battery.charge_level.rate = 0 (0x0) (int)
  battery.is_rechargeable = true (bool)
  battery.model = '' (string)
  battery.present = true (bool)
  battery.rechargeable.is_charging = false (bool)
  battery.rechargeable.is_discharging = true (bool)
  battery.reporting.current = 3800 (0xed8) (int)
  battery.reporting.design = 7600 (0x1db0) (int)
  battery.reporting.last_full = 7600 (0x1db0) (int)
  battery.reporting.rate = 0 (0x0) (int)
  battery.reporting.technology = 'Li-ion' (string)
  battery.reporting.unit = 'mAh' (string)
  battery.serial = '11' (string)
  battery.technology = 'lithium-ion' (string)
  battery.type = 'primary' (string)
  battery.vendor = 'DELL' (string)
  battery.voltage.current = 11100 (0x2b5c) (int)
  battery.voltage.design = 11100 (0x2b5c) (int)
  battery.voltage.unit = 'mV' (string)
DeviceKit data:
Device: /org/freedesktop/DeviceKit/Power/devices/battery_BAT1
  native-path:
 /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:2a/PNP0C0A:00/power_supply/BAT1
  vendor: DELL
  serial: 11
  power supply: yes
  updated: Thu Oct 1 21:07:01 2009 (11 seconds ago)
  has history: yes
  has statistics: yes
  battery
    present: yes
    rechargeable: yes
    state: discharging
    energy: 42.18 Wh
    energy-empty: 0 Wh
    energy-full: 84.36 Wh
    energy-full-design: 84.36 Wh
    energy-rate: 0 W
    voltage: 11.1 V
    percentage: 50%
    capacity: 100%
    technology: lithium-ion

Device: /org/freedesktop/DeviceKit/Power/devices/line_power_ACAD
  native-path:
 /sys/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:2a/ACPI0003:00/power_supply/ACAD
  power supply: yes
  updated: Wed Sep 30 18:58:21 2009 (94131 seconds ago)
  has history: no
  has statistics: no
  line-power
    online: no

Daemon:
  daemon-version: 011
  can-suspend: yes
  can-hibernate yes
  on-battery: yes
  on-low-battery: yes
  lid-is-closed: no
  lid-is-present: yes
GNOME Power Manager Process Information:
ryan 1984 0.0 1.1 29856 11964 ? S Sep30 0:07
 \_ gnome-power-manager
HAL Process Information:
111 928 0.0 0.4 6508 4104 ? Ss Sep30 0:01 hald
--daemon=yes
root 1006 0.0 0.1 3564 1204 ? S Sep30 0:00 \_
hald-runner
root 1145 0.0 0.1 3636 1192 ? S Sep30 0:00 \_
/usr/lib/hal/hald-addon-rfkill-killswitch
root 1160 0.0 0.1 3632 1140 ? ...

I'm affected from the same bug on a COMPAL JHL90.
gnome-power-bugreport attached.

I can confirm this bug on a System76 PanP5 (Clevo M740TX). i think this is the same issue as Bug #444881
Output of /usr/share/gnome-power-manager/gnome-power-bugreport attached.

Also seeing this on my Dell Mini 9 after upgrading, and seems like a dupe of #444881.

I just wanted to add that the powertop utility *does* give an ACPI power usage "time remaining" estimate, though it takes a while to get it so I would guess it is simply calculating the discharge rate manually. Gnome-power-manager should definitely fall back to this behaviour. All the information is right there in the power history, and it is trivial to calculate--I've got an almost perfectly straight line there, losing approx 7% every 12 minutes. Even this crude estimate would be better than nothing!

I have the same problem on HP Pavilion dv3500.

Additionaly when I start laptop on battery I have information that battery is charged and laptop is on AC. When click on gnome-power-manager icon I get information about battery charge level, but it didn't warn if battery is low. It discharge until my laptop turn off (due to no power). To change "state" to discharging I have to plug in AC and plug out. It is really annoying when I travel, because I have to manualy take care of my battery status and it can cause data loss (when working on something and don't save it).

I attached 3 logs from /usr/share/gnome-power-manager/gnome-power-bugreport in one file.
First is when I start laptop on battery, second when I plug in AC and third when I plug it out.

I've been experiencing this bug as well on my HP Pavilion dv6000 ever since Karmic. I think the problem is related to the 'rate' that is reported through lshal and devicekit. The former reports the rate as -1:

$ lshal | grep battery | grep rate
  battery.charge_level.rate = 0 (0x0) (int)
  battery.reporting.rate = -1 (0xffffffff) (int)

Devicekit reports the rate as way too little:

$ devkit-power --dump | grep energy
    energy: 47.8336 Wh
    energy-empty: 0 Wh
    energy-full: 69.1456 Wh
    energy-full-design: 88.8 Wh
    energy-rate: 0.0148 W

When I divide the full value by the rate, I get 4672 hours, which is much more than I can get out of my battery. Just playing with numbers, it looks like the rate may be off by a factor of 1500. If it were 22.2 watts, then the energy-full/energy-rate would be about 3.1, which is much closer to what I can actually get from this battery.

Of course, this is assuming that GPM even uses the devicekit numbers at all. If I get motivated later, maybe I'll look through the GPM source to see if I can find where and how the time remaining is calculated.

Same problem with a HP Mini 1000, Ubuntu 9.10 32bits. (gnome-power-bugreport output is attached.)
  battery.charge_level.rate = 0 (0x0) (int)
  battery.reporting.rate = -1 (0xffffffff) (int)
  energy-rate: 0.0111 W

I have this issues on a HP presario CQ60, my HP Mini 1000 and my girlfriend AcerOne.

Architecture: amd64
DistroRelease: Ubuntu 9.10
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
Package: devicekit-power 011-1ubuntu1
PackageArchitecture: amd64
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-18.55-generic
Uname: Linux 2.6.31-18-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

I have the same problem on a Lenovo S10

benq s53 and dell d830 also have this problem

Any fix already?

I too have same issue on HP DV6000 running 9.10. Has there been a fix yet or no progress?

Still the same problem with a Toshiba Satellite L505 on Lucid...

I confirm that it's the same on Lucid. Is there any progress? This bug is really annoying

"me too" for my Dell Mini 9. Both 10.04 and 9.10 do this.

The shipped/stock 8.04 worked fine in this respect, in contrast.

Thanks

Same problem with System 76 Pangolin Performance

Same issue with Dell Mini 9 running Lucid.

Hey everyone, I am not a Linux expert and like many of you I have had this problem since 9.10 (I use a HP pavilion as many of you do, now 10.04, amd64),and I could not get my battery applet to show the remaining/charge time.

Today I was trying out cairo-dock, and for my surprise it DID show the time remaining (and charging time as well). I don't know if it calculates the time remaining by its own method or if it gets this information in the same way as the regular battery applet does.

Anyhow, I hope this works also for you... You will get the time remaining until somebody can fix this bug. And if you know a little more on how this actually works, maybe it could be a hint for solving it.

Cheers to everyone

This is even worse in Maverick Netbook. Now instead of a percentage, all I get when clicking the battery icon is "Laptop battery (estimating...)"

And it stays like that no matter which battery I'm using or whether I'm on AC or not. Always (estimating...)

As a workaround, I've resorted to constantly running byobu whether I need it or not. At least the battery applet there can tell me what percentage of battery is remaining.

This has been reported against Maverick's power indicator, bug #629258, and it has a lot of duplicates leading to it.

I feel funny doing it since this bug report is older, but #629258 is firmly settled in and this tangle of bug reports has to be made sane somehow. This way we won't lose any patches as they arise.

I think it makes the most sense to make that one the master. Feel free to unduplicate if I've made a mistake. I won't be upset :)

Same here with my Lenovo 3000 N200 and Ubuntu 11.04 ;(