Hi!
> > > S0 is the normal
> > > operational state. Selective suspend would use state S1. Suspend-to-RAM
> > > and suspend-to-disk would use S2 for devices that support PME#, otherwise
> > > S2'. Perhaps there's no need to distinguish between the two; I don't know
> > > how closely people want to tie remote wakeup enable/disable with power
> > > states, although they are related concepts.
> >
> > They're coupled in that wakeup makes no sense without some kind of
> > suspend ... and a usable "selective suspend" has to account for devices
> > waking up out of low-power states (just like "system suspend", except
> > of course only waking up part of the system).
>
> Exactly. Furthermore, the suspend call is a logical place to specify
> whether wakeup should be enabled. Also note that once a device is
> suspended, it may not be possible to change whether wakeup is enabled or
> disabled without first resuming the device.
Specifying wakeup_enabled at suspend() time will mean one more
parameter to suspend() :-(. We already have enable_wake() function, I
do not think we want to change API.
> > Yes, agreed. Feel free to submit a patch ;-).
>
> I would prefer to wait until there is some consensus on how selective
> suspend works as well as system-wide suspend. After all, the two ought to
> share a lot of code...
Umm.. See past flamewars on linux-kernel. We can spend a lot of
electrons talking how it should work, but without code, it is mostly
empty words.
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
