[Kde-hardware-devel] Review Request 118801: Consider additional batteries for power management (when the critical battery timer is running)

Emmanuel Pescosta emmanuelpescosta099 at gmail.com
Sun Jun 22 14:08:55 UTC 2014



> On June 22, 2014, 4 p.m., Àlex Fiestas wrote:
> > Looks good!
> > 
> > This patch should also fix this bug (as Emmanuel said) https://bugs.kde.org/show_bug.cgi?id=325707 Can you give it a test since you have access to that dual battery setup?
> > 
> > Thanks!

The 30 sec timeout message will still popup. Any ideas how to avoid this?

Or should we leave it as it is in KDE 4.13 and fix the message in the KF5 version only?


- Emmanuel


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/118801/#review60708
-----------------------------------------------------------


On June 17, 2014, 6:48 p.m., Emmanuel Pescosta wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/118801/
> -----------------------------------------------------------
> 
> (Updated June 17, 2014, 6:48 p.m.)
> 
> 
> Review request for Solid.
> 
> 
> Bugs: 329537
>     http://bugs.kde.org/show_bug.cgi?id=329537
> 
> 
> Repository: kde-workspace
> 
> 
> Description
> -------
> 
> After resuming from suspend, all batteries are added
> to powerdevil. When a battery, with charge lower or
> equal than the critical charge percentage is added, the
> critical battery timer will be started.
> 
> In the current version the critical battery timeout can
> only be interrupted by plugging in AC.
> 
> But if the system has more than one battery, the global
> charge percentage can be greater than the critical charge
> percentage and so the system shouldn't suspend. To achive
> this behaviour, we calculate the global charge percentage
> whenever a new battery was added and if the critical
> battery timer is running and the global charge is high
> enough, we stop the timer.
> 
> Also we use the already calculated global charge percentage
> for the battery charge percentage notification instead of
> the charge of each individual battery.
> 
> With this patch, the user can not only interrupt the critical
> timer by plugging in the AC but also by plugging in a new or
> additional battery (if the battery has enough charge).
> 
> 
> Note:
> The patch for kde:powerdevil will move the calculation of
> the global charge percentage into a new function to avoid
> the code duplication, but for the KDE/4.11 version I have
> avoided this to keep the number of changes as small as 
> possible.
> 
> The 30 sec timeout message will still popup. Any ideas
> how to avoid this? Showing an additional message is not
> a solution in this case because of the message freeze.
> 
> 
> Diffs
> -----
> 
>   powerdevil/daemon/powerdevilcore.cpp 76e1b82 
> 
> Diff: https://git.reviewboard.kde.org/r/118801/diff/
> 
> 
> Testing
> -------
> 
> Testing was done by Philipp Paris on his Thinkpad T440s (two
> batteries).
> 
> Two batteries above critical section:
> Resume after suspend works without the 30 sec timeout. (as current version)
> 
> One battery in critical section and the other above:
> Resume after suspend works without the 30 sec timeout. (changed behaviour)
> 
> Both in critical section:
> Resume after suspend without plugged in AC will go sleeping
> in 30 sec. (as current version)
> 
> 
> Thanks,
> 
> Emmanuel Pescosta
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-hardware-devel/attachments/20140622/23d569f1/attachment.html>


More information about the Kde-hardware-devel mailing list