[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200610052044.00324.oliver@neukum.org>
Date: Thu, 5 Oct 2006 20:43:59 +0200
From: Oliver Neukum <oliver@...kum.org>
To: Alan Stern <stern@...land.harvard.edu>
Cc: Pavel Machek <pavel@....cz>, linux-kernel@...r.kernel.org,
linux-usb-devel@...ts.sourceforge.net
Subject: Re: [linux-usb-devel] error to be returned while suspended
Am Donnerstag, 5. Oktober 2006 20:24 schrieb Alan Stern:
> On Thu, 5 Oct 2006, Oliver Neukum wrote:
>
> > Am Donnerstag, 5. Oktober 2006 18:21 schrieb Alan Stern:
> > > Currently we don't have any userspace APIs for such a daemon to use. The
> > > only existing API is deprecated and will go away soon.
> >
> > I trust it'll be replaced.
>
> Yes. I think Greg wants to wait until the old API is completely gone.
I doubt it will. There's a potential need.
[..]
> > In the general case the idea seems insufficient. If I close my laptop's lid
> > I want all input devices suspended, whether the corresponding files are
> > opened or not. In fact, if I have port level power control I might even
> > want to cut power to them.
>
> That's a separate issue. You were talking about runtime suspend, but
> closing the laptop's lid is a system suspend.
Why? If you freeze my batch jobs or make unavailable the servers
running on my laptop I'd be very unhappy.
But I want to make jostling a mouse or other input device safe. Thus
I want them to be suspended without autoresume. We need flexibility.
[..]
> P.S.: Cutting off port power is yet another issue. It isn't a suspend in
> the strict sense, because it will break an existing power session.
Yes, it is an additional more complicated option.
Regards
Oliver
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists