Hi!
> > That is, the standard model is useless? I think you've made
> > a few strange leaps of logic there ... care to fill in those
> > gaps and explain just _why_ that standard model is "useless"???
> >
> > Recall by the way that the autosuspend stuff kicked off with
> > discussions about exactly how to make sure that Linux could
> > get the power savings inherent in suspending USB root hubs,
> > with remote wakeup enabling use of the mouse on that keyboard.
> > (I remember Len Brown talking to me a few years back about how
> > that was the "last" 2W per controller easily available to save
> > power on Centrino laptops ... now we're almost ready to claim
> > that savings.)
>
> The most obvious model for suspending keyboards or mice is an inactivity
> timeout (with the timeout limit set from userspace), but other policies
> certainly could be useful in specific circumstances.
>
> Considering that we have virtually no autosuspend capability now, taking
> the first few simple steps will be a big help. Just getting an
> infrastructure in place is a good start, even without a userspace API.
> Later on, when we have a better idea of what we want, bells and whistles
> can be added.
<AOL>Mee too</AOL>
Please, lets do few "autosuspend" things, and when we know how it
looks, we can think about doing something more advanced.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
