https://bugzilla.kernel.org/show_bug.cgi?id=15979
--- Comment #8 from Zhang Rui <rui.zh...@intel.com> 2010-05-28 03:20:10 --- (In reply to comment #7) > 1)Me, I'm just an electronics engineer. > > From that point of view the kernel reports 100 mAh, where it actually is 100% > (of the capacity). > Right. > There is no way higher levels can or should doubt the reported value - > including the unit. > > So if the kernel spec allows the unit %, ubuntu should interpret that and > calculate the correct capacity. But then the kernel should report 100% (when > full) > I agree. > If only mAh is allowed the correct value should be calculated by the kernel > and > reported in mAh. But then the kernel should report capacity * design capacity > = > 100% * 5200mAh = 100 / 100 * 5200 = 5200mAh. > No, in this case, battery remaining capacity = last full charge capacity * remaining battery percentage / 100 as the last full charge capacity is not a absolute value, we can not get the batttery remaining capacity. battery remaining life = battery remaining capacity / battery present rate (0xFFFFFFFF) = unknown So we should be able to show the correct battery remaining percentage in this case, but we can not report a meaningful battery remaining life. > 2) I don't know why you can not calculate the remaining capacity. In my > reported data the eeepc was connected to the charger and full. Therefore the > discharge rate is unknown. The calculations are not different then with other > batteries. Or? > Other batteries reports an absolute value for the last full charge capacity. Say, if last full charge capacity = 5100 > 3) Both windows xp and the the original asus supplied linux have no problem > reporting the battery state. > do they provide the battery remaining life? If yes, maybe they use some other tricks that we should be aware of. -- 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. ------------------------------------------------------------------------------ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
