On Mon 2007-07-23 23:16:00, Alon Bar-Lev wrote:
> On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >> It works correctly now.
> >> Previously it did not work because of SIGALARM and related issues.
> >> I worked with cpufreqd developer to solve all these.
> >
> >Do you mean that cpufreqd is running while we suspend? That would be a
> >serious bug. But perhaps ondemand governor can do its job.
>
> I don't understand...
> As long as s2disk is a regular process cpufeqd is running... It stops
> when you freeze userspace and continue running when you resume.
> This is expected behavior.
Good.
> Why you keep mentioning the ondemand governor? How is it related to
> anything?
Well, I expected other problem than you have.
> >> But please notice that cpufreqd will enforce lower performance than
> >> requested during suspend.
>
> As in my example, if battery is low it will enforce ondemand with 80%
> maximum frequency... Allowing the ondemand to handle cpu will result
> in slower suspend and larger power resources.
But you explicitely configured your system to do that... so you get
what you asked for. (And on very old systems, running at 80% cpu
during suspend _could_ be a win, power-wise).
Now... perhaps solution is to finally add "notify others we are
suspending" mechanism to s2disk/s2ram, so that your cpufreqd can
notice we are going down and do something reasonable?
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Suspend-devel mailing list
Suspend-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/suspend-devel
