https://bugzilla.kernel.org/show_bug.cgi?id=24492
--- Comment #24 from tianyu.lan <tianyu....@intel.com> 2011-06-21 08:52:42 --- (In reply to comment #22) > With a charge W=22.4 Ah, an actual voltage V=15.799 V and a current I=1.018 A, > power should be P=V*I=16.083, resulting in an estimated time of discharge > T=W/P=1.393 h. > > As can be seen above, power value is instead equal to current and not > multiplied by voltage, thus giving an unrealistic estimated time T=22 h, which > is also reported by upower and, in turn, by gnome-power-manager. Please apply the Remove-the-current-files-in-the-sysfs.patch to test the problem again. Compile the sbs driver as a module. When the problem happens, reload the driver and check whether the value will be corrected. > lorenzo@castor:~$ cat /proc/acpi/battery/BAT0/state > present: yes > capacity state: ok > charging state: charging > present rate: 5024 mW > remaining capacity: 22140 mWh > present voltage: 16795 mV > lorenzo@castor:~$ cat /sys/class/power_supply/BAT0/status > Charging This output looks like correct. Did they change correct after reading battery status from procfs? (In reply to comment #23) > Correction: the main object of the bug is only partially solved. > > While discharging the values are updated regularly, BUT if during discharge > the > charger is connected, updating stops and battery is reported as full, even if > it is in fact charging. This looks very strange. I add the message in the patch. When reading the battery status from sysfs, it will produce a message after getting state from the battery. Attach the output of dmesg when the problem happens. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
