Am Dienstag, 6. März 2007 16:50 schrieb Alan Stern:
> On Tue, 6 Mar 2007, Oliver Neukum wrote:

> Actually we have a single attribute, named "wakeup".  If the descriptor 
> says that remote wakeup isn't available then the attribute file is empty 
> and is ro.  If the descriptor says remote wakeup is available then the 
> attribute file is rw and contains either "enabled" or "disabled".
> 
> That's how things have worked for several kernel releases.

Oh, well. Is there a prize somewhere for overloading an attribute with
most functions? We'll have to support the existing interface.
 
> > > This makes me doubt that we should prevent the device from waking up when
> > > an internal I/O request occurs.  If the user really wants to prevent the 
> > > device from waking up, then he should prevent I/O requests.  The means 
> > > for 
> > > doing this will depend on the individual device.
> > 
> > Provided the user is capable of preventing that. I don't think we can
> > consider this self-evident.
> 
> Perhaps.  But think in terms of a power-management daemon.  It should be 
> smart enough to do the right thing, even if the user isn't.

But it should be able to run with minimum priviledges.

> All right, maybe it wouldn't if you did it for a short time -- but then
> what would be the point?  Surely if you want to power down the network
> interface and leave it that way, you must realize that you can't keep
> live sessions bound to the interface.

Why? A full suspension of the system does that and we should seek
to be able to do the same.

        Regards
                Oliver

-------------------------------------------------------------------------
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

Reply via email to