battery indicator is wrong
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnome-power-manager (Ubuntu) |
Confirmed
|
Low
|
Ubuntu Desktop Bugs | ||
Bug Description
Binary package hint: gnome-power-manager
On my Siemens Esprimo Mobile M9400 the detection if its charging or uncharging is completely wrong.
If there is no AC Adapter plugged in, it shows "fully charged" but if i click on the icon it says X % full (less than 100).
If i plug in the AC Adapter there is a uncharging event followed of a charging event.
ACPI-fix not changes this.
ProblemType: Bug
Architecture: i386
Date: Mon Oct 19 22:17:38 2009
DistroRelease: Ubuntu 9.10
Package: gnome-power-manager 2.28.0-0ubuntu7
ProcEnviron:
LANG=de_DE.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: gnome-power-manager
Uname: Linux 2.6.31-13-generic i686
loeppel (loeppel) wrote : | #1 |
- Dependencies.txt Edit (5.0 KiB, text/plain; charset="utf-8")
- DevkitPower.txt Edit (1.7 KiB, text/plain; charset="utf-8")
- GConfNonDefault.txt Edit (605 bytes, text/plain; charset="utf-8")
- XsessionErrors.txt Edit (2.4 KiB, text/plain; charset="utf-8")
- gnome-power-bugreport.txt Edit (5.1 KiB, text/plain; charset="utf-8")
gmcd (gmcd) wrote : | #2 |
yuszuv (bussibaer) wrote : | #3 |
Same problem here. KDE and XFCE battery indicators work well. And besides the GNOME battery indicator in the panel doesn't show the right icon, GNOME doesn't seem to recognize a "critical battery state". It just shows the menu where to choose from "logout", "shutdown", etc. and three seconds later the computer turns off (due to an empty battery?). What really sucks is, that then (sometimes) a lot of my preferences are deleted (as e.g. my sticky notes!). I really hope there will be a fix in the near future. It would be great!
yuszuv (bussibaer) wrote : | #4 |
Additionally, I've noticed that the more times my notebook crashes due to the empty battery (I can't note because of this bug), the lower the battery's capacity gets. So the bug will ruin my battery with the time.
Chris Coulson (chrisccoulson) wrote : | #5 |
Thank you for taking the time to report this bug and helping to make Ubuntu better. Please execute the following command only whilst the indicator is incorrect, as it will automatically gather debugging information, in a terminal:
apport-collect 455786
This will help us to find and resolve the problem. Bear in mind that you may need to install the python-launchpadlib package from the universe repository. Additionally, when prompted to give apport-collect permissions for Launchpad you will need to give it at least the ability to "Change Non-Private" data as it will be adding information to your bug report. Thanks in advance!
When reporting bugs in the future please use apport, either via the appropriate application's "Help -> Report a Problem" menu or using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https:/
Changed in gnome-power-manager (Ubuntu): | |
assignee: | nobody → Ubuntu Desktop Bugs (desktop-bugs) |
importance: | Undecided → Low |
status: | New → Incomplete |
yuszuv (bussibaer) wrote : apport-collect data | #6 |
Architecture: amd64
DistroRelease: Ubuntu 9.10
Package: gnome-power-manager 2.28.1-0ubuntu1.3
PackageArchitec
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=de_DE.UTF-8
LANGUAGE=
ProcVersionSign
Uname: Linux 2.6.31-19-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin netdev plugdev sambashare
yuszuv (bussibaer) wrote : Dependencies.txt | #7 |
yuszuv (bussibaer) wrote : DevkitPower.txt | #8 |
yuszuv (bussibaer) wrote : GConfNonDefault.txt | #9 |
yuszuv (bussibaer) wrote : XsessionErrors.txt | #10 |
yuszuv (bussibaer) wrote : gnome-power-bugreport.txt | #11 |
Changed in gnome-power-manager (Ubuntu): | |
status: | Incomplete → New |
tags: | added: apport-collected |
Hans-Dominik (hdm-mail) wrote : apport-collect data | #12 |
Architecture: i386
DistroRelease: Ubuntu 9.10
Package: gnome-power-manager 2.28.1-0ubuntu1.3
PackageArchitec
ProcEnviron:
SHELL=/bin/bash
LANG=de_DE.UTF-8
LANGUAGE=
ProcVersionSign
Uname: Linux 2.6.31-20-generic i686
UserGroups: adm admin cdrom dialout libvirtd lpadmin mythtv plugdev sambashare video
XsessionErrors:
(gnome-
(polkit-
(nautilus:3347): Eel-CRITICAL **: eel_preferences
(firefox-
Hans-Dominik (hdm-mail) wrote : Dependencies.txt | #13 |
Hans-Dominik (hdm-mail) wrote : DevkitPower.txt | #14 |
Hans-Dominik (hdm-mail) wrote : GConfNonDefault.txt | #15 |
Hans-Dominik (hdm-mail) wrote : gnome-power-bugreport.txt | #16 |
Hans-Dominik (hdm-mail) wrote : apport information | #17 |
Architecture: i386
DistroRelease: Ubuntu 10.04
GnomeSessionIdl
GnomeSessionInh
GnomeSessionSus
MachineType: FUJITSU SIEMENS ESPRIMO Mobile M9400
Package: gnome-power-manager 2.29.91-0ubuntu9
PackageArchitec
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
LANGUAGE=
PATH=(custom, no user)
LANG=de_DE.UTF-8
SHELL=/bin/bash
ProcVersionSign
Tags: lucid
Uname: Linux 2.6.32-17-generic i686
UserGroups: mythtv
dmi.bios.date: 03/10/2008
dmi.bios.vendor: Phoenix
dmi.bios.version: 1.05 - R057 - 1566
dmi.board.name: M11D
dmi.board.vendor: FUJITSU SIEMENS
dmi.board.version: 1.0
dmi.chassis.
dmi.chassis.type: 1
dmi.chassis.vendor: FUJITSU SIEMENS
dmi.chassis.
dmi.modalias: dmi:bvnPhoenix:
dmi.product.name: ESPRIMO Mobile M9400
dmi.product.
dmi.sys.vendor: FUJITSU SIEMENS
Hans-Dominik (hdm-mail) wrote : BootDmesg.txt | #18 |
Hans-Dominik (hdm-mail) wrote : CurrentDmesg.txt | #19 |
Hans-Dominik (hdm-mail) wrote : Dependencies.txt | #20 |
Hans-Dominik (hdm-mail) wrote : DevkitPower.txt | #21 |
Hans-Dominik (hdm-mail) wrote : GConfNonDefault.txt | #22 |
Hans-Dominik (hdm-mail) wrote : Lspci.txt | #23 |
Hans-Dominik (hdm-mail) wrote : Lsusb.txt | #24 |
Hans-Dominik (hdm-mail) wrote : | #25 |
same with lucid beta 1
Hans-Dominik (hdm-mail) wrote : ProcCpuinfo.txt | #26 |
Hans-Dominik (hdm-mail) wrote : ProcInterrupts.txt | #27 |
Hans-Dominik (hdm-mail) wrote : ProcModules.txt | #28 |
Hans-Dominik (hdm-mail) wrote : UdevDb.txt | #29 |
Hans-Dominik (hdm-mail) wrote : UdevLog.txt | #30 |
Hans-Dominik (hdm-mail) wrote : gnome-power-bugreport.txt | #31 |
gmcd (gmcd) wrote : apport information | #32 |
Architecture: i386
DistroRelease: Ubuntu 10.04
GnomeSessionIdl
GnomeSessionInh
GnomeSessionSus
MachineType: FUJITSU SIEMENS ESPRIMO Mobile M9400
Package: gnome-power-manager 2.30.0-0ubuntu1
PackageArchitec
ProcCmdLine: root=UUID=
ProcEnviron:
LANGUAGE=en_US:en
PATH=(custom, user)
LANG=en_US.utf8
SHELL=/bin/bash
ProcVersionSign
Tags: lucid
Uname: Linux 2.6.32-
UserGroups: adm admin audio cdrom dialout dip fax floppy fuse lpadmin netdev plugdev sambashare tape video
dmi.bios.date: 03/10/2008
dmi.bios.vendor: Phoenix
dmi.bios.version: 1.05 - R057 - 1566
dmi.board.name: M11D
dmi.board.vendor: FUJITSU SIEMENS
dmi.board.version: 1.0
dmi.chassis.
dmi.chassis.type: 1
dmi.chassis.vendor: FUJITSU SIEMENS
dmi.chassis.
dmi.modalias: dmi:bvnPhoenix:
dmi.product.name: ESPRIMO Mobile M9400
dmi.product.
dmi.sys.vendor: FUJITSU SIEMENS
gmcd (gmcd) wrote : BootDmesg.txt | #33 |
gmcd (gmcd) wrote : CurrentDmesg.txt | #34 |
gmcd (gmcd) wrote : Dependencies.txt | #35 |
gmcd (gmcd) wrote : DevkitPower.txt | #36 |
gmcd (gmcd) wrote : GConfNonDefault.txt | #37 |
gmcd (gmcd) wrote : Lspci.txt | #38 |
gmcd (gmcd) wrote : Lsusb.txt | #39 |
gmcd (gmcd) wrote : ProcCpuinfo.txt | #40 |
gmcd (gmcd) wrote : ProcInterrupts.txt | #41 |
gmcd (gmcd) wrote : ProcModules.txt | #42 |
gmcd (gmcd) wrote : UdevDb.txt | #43 |
gmcd (gmcd) wrote : UdevLog.txt | #44 |
gmcd (gmcd) wrote : gnome-power-bugreport.txt | #45 |
gmcd (gmcd) wrote : | #46 |
same with Lucid beta 2
Raynald (lahondes) wrote : | #47 |
same with Lucid
Raynald (lahondes) wrote : | #48 |
this seems a duplicate of #270123
Raynald (lahondes) wrote : | #49 |
I could resolve the bug using combining the trick in bug #270123 and the trick to update a buggy DSDT table in Karmic/Lucid : go to this bug to find out because it's really more a matter of ACPI than something to do with gnome-power-
yuszuv (bussibaer) wrote : | #50 |
So this seems to be a very easy to eliminate bug. Is there any chance that this can be done in the near future? This would be very cool, since I'm too dumb to compile without errors (aside from having seemingly too little hard disk space).
gmcd (gmcd) wrote : | #51 |
Hi, nice to hear this has a solution. Could it be possible to fix this problem without recompiling kernel? XFCE and KDE indicators in Ludic stable work well.
Matt Jones (mjones41) wrote : | #52 |
I have the same problem using a Fujitsu U9200 and Ubuntu 10.04. I do not believe this is a bios problem as when I run virtual box with a Ubuntu Host/XP guest, the Win XP will display the correct battery/charging state, complete with the low power warnings, it functions perfectly. There is just a problem with the way Ubuntu is displaying the battery/charging state.
Hans-Dominik (hdm-mail) wrote : | #53 |
although affects Maveric beta, same as desrcibed above
linuxrules (linuxrules) wrote : | #54 |
will this help
save this as /etc/acpi/
in a root shell run: chmod +x /etc/acpi/
#!/bin/sh
# UGLY HACK
AC_state=
if grep -q "on-line" ${AC_state} ; then
hal-
else
hal-
fi
if code is in battery.sh add to top (below #!/bin/sh)
# UGLY HACK
AC_state=
if grep -q "on-line" ${AC_state} ; then
hal-
else
hal-
fi
Hans-Dominik (hdm-mail) wrote : | #55 |
with or without the script i get this results
if AC_Adaptor is pluged
root@laptop:
true
if AC_Adaptor unpluged
root@hdm-
false
-
to get script working i hafe to change
AC_state=
to
AC_state=
linuxrules (linuxrules) wrote : | #56 |
did this help solve the problem?
I hope it did i had this problem and fixed it with that code.
linuxrules (linuxrules) wrote : | #57 |
chmod +x bugfix.pl
su -c bugfix.pl
DONE!
ps may need to edit script if script fails
linuxrules (linuxrules) wrote : | #58 |
- fixed bug in bugfix Edit (3.0 KiB, text/plain)
fixed bug for bugfix.pl
line with
acpi_event() if ( !-f $acpi_event );
corrected to
QuickWrite(
gmcd (gmcd) wrote : | #59 |
Thanks for fix, unfortunately, on my M9400 it's not working. System correctly recognize connection of AC adapter with or without fix. However, GNOME battery applet doesn't show it properly.
Conclusion: No change with or withour fix.
I appreciate your time and believe, we are almost there to really fix it. I can post any relevant information which could help you to fix it.
Thanks. John
linuxrules (linuxrules) wrote : | #60 |
Does the GNOME battery applet use dbus?
Could that be the problem? (oh, wait did you reboot?)
gmcd (gmcd) wrote : | #61 |
Thanks for respond linuxrules. Yeah, I've rebooted, my battery.sh in /etc/acpi looks like this:
jan@jan-laptop:~$ cat /etc/acpi/
#!/bin/bash
### ID FOR ACPI / HAL BUGFIX DON'T TOUCH (START) ###
AC_state=
if grep -q "on-line" ${AC_state} ; then
hal-
else
hal-
fi
### ID FOR ACPI / HAL BUGFIX DON'T TOUCH (END) ###
# UGLY HACK
jan@jan-laptop:~$
According to http://
Gnome power manager with it's applet gnome battery use DBus.
linuxrules (linuxrules) wrote : | #62 |
Is this the whole file?
What if its the way GNOME Power Manager talks to dbus?
Maybe it's a problem in dbus?
I read it also reads udev
Wow! this is a tough egg to crack.
I have openSUSE on my laptop & Ubuntu on my desktop (and I'm on the laptop) So right now I'm almost clueless!
linuxrules (linuxrules) wrote : | #63 |
can you run the below:
ls -l /etc/acpi/
ls -l /etc/acpi/
cat /etc/acpi/
ls /proc/acpi/
cat each entry from
ls /proc/acpi/
and post the results
linuxrules (linuxrules) wrote : | #64 |
do this with & with ac
ls /proc/acpi/
cat each entry from
ls /proc/acpi/
and post the results
linuxrules (linuxrules) wrote : | #65 |
meant to say "wuth and wthout ac". Sorry
linuxrules (linuxrules) wrote : | #66 |
curse this laptop keyboard! :)
Hans-Dominik (hdm-mail) wrote : | #67 |
without any fixes installed, ...
i seems that NOT the ac_adapter/
instead battery/BAT0/state is wrong when discharging see below.
*ac_adaptor is _pluged_ while Battery is fully
charged*
/proc/acpi/
state: on-line
cat /proc/acpi/
present: yes
capacity state: ok
charging state: discharging
present rate: 0 mA
remaining capacity: 4383 mAh
present voltage: 12382 mV
*ac_aaptor is _unpluged_ while Battery is fully
charged*
/proc/acpi/
state: off-line
cat /proc/acpi/
present: yes
capacity state: ok
charging state: charged
present rate: 2047 mA
remaining capacity: 4165 mAh
present voltage: 12066 mV
*ac_adaptor is _pluged_ while Battery is half discharged*
/proc/acpi/
state: on-line
/proc/acpi/
present: yes
capacity state: ok
charging state: charging
present rate: 2417 mA
remaining capacity: 3249 mAh
present voltage: 12426 mV
*ac_adaptor is _unpluged_ while Battery is half discharged*
/proc/acpi/
state: off-line
/proc/acpi/
present: yes
capacity state: ok
charging state: charged
present rate: 2178 mA
remaining capacity: 3251 mAh
present voltage: 11748 mV
linuxrules (linuxrules) wrote : | #68 |
oh, are you saying that the charge level indicator of the battery is wrong?
how about:
# modprobe fujitsu-laptop
linuxrules (linuxrules) wrote : | #69 |
add this to grub options:
acpi_osi=Linux
linuxrules (linuxrules) wrote : | #70 |
linuxrules (linuxrules) wrote : | #71 |
when grub pops up on boot
press E & add to kernel options: acpi=force
yuszuv (bussibaer) wrote : | #72 |
Unfortunately, neither "modprobe fujitsu-laptop" nor "acpi_osi=Linux" nor "acpi=force" helps. If I try this, my python applet that reads out the current battery states, doesn't work anymore.
yuszuv (bussibaer) wrote : | #73 |
I wonder if the reason for the problem is, that acpi doesn't recognize the status of the battery. If I run
jan@xylakant:
Battery 0: Unknown, 45
you can see, that the status of the battery is "unknown" if the ac adapter is *un*plugged, while it is
jan@xylakant:
Battery 0: Charging, 43%, 00:54:34 until charged
when the ac adapter is plugged. I think in the first case there should be an "uncharging" instead of "unknown". And could it be, that the xfce and kde battery indicators doesn't care if the status is "unknown" or not and just display the other (correct) informations while the gnome battery indicator stops working as it gets the information, that the battery status is "unknown"?
yuszuv (bussibaer) wrote : | #74 |
Okay, I found out some things:
1. If the ac adapter is plugged in:
jan@xylakant:
udi = '/org/freedeskt
ac_adapter.
info.capabilities = {'ac_adapter'} (string list)
info.category = 'ac_adapter' (string)
info.udi = '/org/freedeskt
jan@xylakant:
udi = '/org/freedeskt
battery.
battery.
battery.
battery.
battery.
battery.
battery.model = 'Modelxxx' (string)
battery.present = true (bool)
battery.
battery.
battery.
battery.
battery.
battery.
battery.
battery.
battery.
battery.serial = 'SN' (string)
battery.
battery.type = 'primary' (string)
battery.vendor = 'Vendor12345678
battery.
battery.
battery.
info.capabilities = {'battery'} (string list)
info.category = 'battery' (string)
info.udi = '/org/freedeskt
2. If the ac adapter is unplugged, I get:
jan@xylakant:
udi = '/org/freedeskt
ac_adapter.
info.capabilities = {'ac_adapter'} (string list)
info.category = 'ac_adapter' (string)
info.udi = '/org/freedeskt
jan@xylakant:
udi = '/org/freedeskt
battery.
battery.
battery.
battery.
battery.
battery.
battery.model = 'Modelxxx' (string)
battery.present = true (bool)
battery.
battery.
battery.
battery.
battery.
battery.
battery.
battery.
yuszuv (bussibaer) wrote : | #75 |
OK, I managend to build my own kernel with the modified dsdt table. And it works. So I think it's only a matter of the acpi tables and not a bug in the gnome power manager. I wonder where I get send my corrected dsdt table, so that some day it will be integrated in the kernel. Can anyone help me to get this bug smashed?
linuxrules (linuxrules) wrote : | #76 |
that’s what I thought it's a acpi dsdt table issue
linuxrules (linuxrules) wrote : | #77 |
yuszuv (bussibaer) wrote : | #78 |
So is there any way to get my fixed dsdt tables into the kernel?
linuxrules (linuxrules) wrote : | #79 |
will this help:
https:/
yuszuv (bussibaer) wrote : | #80 |
No, that doesn't help so much, because the option to load an dsdt table via the kernel boot options has deprecated. I just want that the corrected dsdt table I have is going to make it into the kernel source, but I don't know where and how to post my dsdt tables.
linuxrules (linuxrules) wrote : | #81 |
this page gives info where to submit patch and extract dsdt table
http://
linuxrules (linuxrules) wrote : | #82 |
Jonatan Zeidler (jonius) wrote : | #83 |
Will the repaired dsdt table come with any new kernel?
linuxrules (linuxrules) wrote : | #84 |
It seem that there won't according to this: http://
linuxrules (linuxrules) wrote : | #85 |
Try pressing the "Add attachment or patch" button on this launchpad page (and upload the DSDT table) and see if it go upstream to the kernel
linuxrules (linuxrules) wrote : | #86 |
@yuszuv can you press the "Add attachment or patch" button on this launchpad page and upload the DSDT table
linuxrules (linuxrules) wrote : | #87 |
should I mark this as in-progress
Launchpad Janitor (janitor) wrote : | #88 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in gnome-power-manager (Ubuntu): | |
status: | New → Confirmed |
Same problem on 9.10. I have this problem since 8.04. I wonder I will be this bug ever repaired?