https://bugzilla.kernel.org/show_bug.cgi?id=24492
--- Comment #39 from Lan Tianyu <tianyu....@intel.com> 2011-06-27 12:54:25 --- https://bugzilla.kernel.org/attachment.cgi?id=63262 (In comment #29) This patch removed the current_now and current_avg when the unit is "mW". (In comment #34) > > Did "energy-rate: 0 W" happen without the test patch before? > No: before this patch energy-rate used to be the same value as current_now, > and the same was reported in power_now. Now power_now seems to be correct, > while upower has zero rate. >From this response, I guess the upower depend on the current_now or current_avg https://bugzilla.kernel.org/attachment.cgi?id=63542(In comment #35) This is the latest path which remains the current_now and current_avg. (In comment #36) >Tried also the latest patch. The issue with incorrect power value seems to be >solved, anyway is is still not updating after charger reconnection. Here below >are some of the tests performed. >From your reply, I confirmed. (In reply to comment #38) > The problem, from my point of view, is: what triggers upower to read status > and rate from sysfs every 30 s during discharge? And what causes it to stop > triggering after charger reconnection? Is it something inside the kernel or > something inside upower? If it could continue to update, it would notice the > state change from full to charging. I am sorry that I'm not familiar with how upower works. I think you can try the higher version. The read status and rate every 30s is a regular operation. But why it stopped during the reconnection. I am not clear. I think you have done a good job. Thanks for your support. -- 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. ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
