Hi!
> > Pavel says this is <linux/kernel.h> system_state, but I don't
> > see the mapping. Used by "ide-disk.c", and little else.
> > SYSTEM_BOOTING isn't a power level...
> >
> > I'd be interested in seeing system power policies be pluggable
> > objects like cpufreq governors, i/o schedulers, and so forth.
> >
> > A sysadmin would choose from a list of policies. Some would
> > take command like "suspend to disk" (on systems with disks),
> > some architectures would add their own commands. If you
> > suspend from a "max power savings" policy, you'd normally
> > resume into that same policy, not go to full power.
>
> Here's my updated conception.
>
> The PM core defines several different system power states, each with its
> own expectation about how things will work. People have mentioned these
> several times, so a brief summary is:
>
> Power-On: Everything at max power, ready for immediate use
I'd say that "everything at max power, unless user asked us to put
specific devices to some other state".
> Standby: Devices use reduced power, can return to Power-On
> very quickly
> Suspend-to-RAM: Everything turned off except RAM refresh, takes
> several seconds to return to Power-On
> Suspend-to-Disk: You get the idea...
> etc.
[snipped nice high-level description]
Now all we need is implementation ;-).
Oh and do not spend too much time on standby, new computers usually do
not support it anyway. If we have suspend-to-ram working, there's no
reason using standby.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
