Re: [SHR-Unstable] Broken Batter Applet
bump. any news on this? I'm having the same issue in Om2009 Paul Fertser wrote: Robin Paulson robin.paul...@gmail.com writes: 2009/5/26 Thomas White t...@bitwiz.org.uk: I found that as well. Is anyone able to comment on what HAL is being used for in SHR-Unstable? If it's simply been pulled in as a dependency (e.g. for X.org) and isn't actively being used (e.g. by X.org for input management), then it can be removed without breaking anything, which makes the problem go away. hal appears to be a dependency of xserver-kdrive-fbdev and xserver-security-policy; is it actually critical for these packages, or is thomas' assessment correct? i'm getting the same problem of reported charge This is a problem that needs to be fixed. For the time being it can be easily workarounded by using internal method for the battery applet, but a proper long-term solution is yet to be found. For that one needs to contact HAL guys and ask them about how exactly they recommend to use their battery-monitoring interfaces, both from upper level (how an application should deal with current situation where we have 1 apm emulation for the battery, one usb power supply (that according to the hal sources is also considered a battery) and one real battery) and a lower layer (that real battery monitoring doesn't work because E's battery gadget assumes the presence of some sysfs properties that our driver lacks, OTOH i couldn't find any document describing which sysfs nodes really must be present to be compliant and which are optional). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Broken Batter Applet
Tim Abell t...@timwise.co.uk writes: bump. any news on this? I'm having the same issue in Om2009 I'm now convinced that this is a problem in both hal and E's battery gadget. If battery gadget didn't try to average percentages, it would ignore both usb and apm batteries and calculate the right value. So hal has oddities that can be considered bugs for sure but otoh in my opinion battery gadget needs fixing as well (and after fixing that hal's oddities would become irrelevant). -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Broken Batter Applet
2009/5/26 Thomas White t...@bitwiz.org.uk: I found that as well. Is anyone able to comment on what HAL is being used for in SHR-Unstable? If it's simply been pulled in as a dependency (e.g. for X.org) and isn't actively being used (e.g. by X.org for input management), then it can be removed without breaking anything, which makes the problem go away. hal appears to be a dependency of xserver-kdrive-fbdev and xserver-security-policy; is it actually critical for these packages, or is thomas' assessment correct? i'm getting the same problem of reported charge ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Broken Batter Applet
Robin Paulson robin.paul...@gmail.com writes: 2009/5/26 Thomas White t...@bitwiz.org.uk: I found that as well. Is anyone able to comment on what HAL is being used for in SHR-Unstable? If it's simply been pulled in as a dependency (e.g. for X.org) and isn't actively being used (e.g. by X.org for input management), then it can be removed without breaking anything, which makes the problem go away. hal appears to be a dependency of xserver-kdrive-fbdev and xserver-security-policy; is it actually critical for these packages, or is thomas' assessment correct? i'm getting the same problem of reported charge This is a problem that needs to be fixed. For the time being it can be easily workarounded by using internal method for the battery applet, but a proper long-term solution is yet to be found. For that one needs to contact HAL guys and ask them about how exactly they recommend to use their battery-monitoring interfaces, both from upper level (how an application should deal with current situation where we have 1 apm emulation for the battery, one usb power supply (that according to the hal sources is also considered a battery) and one real battery) and a lower layer (that real battery monitoring doesn't work because E's battery gadget assumes the presence of some sysfs properties that our driver lacks, OTOH i couldn't find any document describing which sysfs nodes really must be present to be compliant and which are optional). -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Broken Batter Applet
Am Mo 25. Mai 2009 schrieb The Digital Pioneer: Hey, after this latest bout of upgrades in SHR-Unstable, the battery applet up at the top is broken. It says I have a 32% charge with an estimated time remaining of 13 hours and 28 minutes. That's wrong, and if I look in the power section of SHR settings, it says I have 96% remaining with about 4 hours left. That sounds a whole lot more likely. I've rebooted several times and run depmod -a and ldconfig, just stabbing in the dark, but neither had an effect. check [illume-wrench]-[advanced]-[battery meter]-[advanced]-[hardware] (x)auto-detect (_)internal (_)HAL try internal. HAL is finding 3 batteries which 2 of them are always empty, so charge of bat is always a third of correct value ((100% + 0% + 0%) / 3) cheers jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Broken Batter Applet
2009/5/25 Joerg Reisenweber jo...@openmoko.org: check [illume-wrench]-[advanced]-[battery meter]-[advanced]-[hardware] (x)auto-detect (_)internal (_)HAL try internal. HAL is finding 3 batteries which 2 of them are always empty, so charge of bat is always a third of correct value ((100% + 0% + 0%) / 3) using internal shows the correct value, but the battery meter is jumping back to auto-detect automagically after a few seconds.. :( ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Broken Batter Applet
On Mon, 25 May 2009 14:23:36 +0200 Hermann Lacheiner hermann.lachei...@gmail.com wrote: using internal shows the correct value, but the battery meter is jumping back to auto-detect automagically after a few seconds.. :( I found that as well. Is anyone able to comment on what HAL is being used for in SHR-Unstable? If it's simply been pulled in as a dependency (e.g. for X.org) and isn't actively being used (e.g. by X.org for input management), then it can be removed without breaking anything, which makes the problem go away. Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Broken Batter Applet
Same here, internal works, but it changes back. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community