[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201108050857.52204.oliver@neukum.org>
Date: Fri, 5 Aug 2011 08:57:52 +0200
From: Oliver Neukum <oliver@...kum.org>
To: Greg KH <greg@...ah.com>
Cc: Mauro Carvalho Chehab <mchehab@...radead.org>,
Sarah Sharp <sarah.a.sharp@...ux.intel.com>,
linux-usb@...r.kernel.org, linux-media@...r.kernel.org,
linux-kernel@...r.kernel.org, libusb-devel@...ts.sourceforge.net,
Alexander Graf <agraf@...e.de>,
Gerd Hoffmann <kraxel@...hat.com>, hector@...cansoft.com,
Jan Kiszka <jan.kiszka@...mens.com>,
Stefan Hajnoczi <stefanha@...ux.vnet.ibm.com>,
pbonzini@...hat.com, Anthony Liguori <aliguori@...ibm.com>,
Jes Sorensen <Jes.Sorensen@...hat.com>,
Alan Stern <stern@...land.harvard.edu>,
Felipe Balbi <balbi@...com>,
Clemens Ladisch <clemens@...isch.de>,
Jaroslav Kysela <perex@...ex.cz>, Takashi Iwai <tiwai@...e.de>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Hans de Goede <hdegoede@...hat.com>,
Theodore Kilgore <kilgota@...ach.math.auburn.edu>,
Adam Baker <linux@...er-net.org.uk>
Subject: Re: USB mini-summit at LinuxCon Vancouver
Am Freitag, 5. August 2011, 00:56:03 schrieb Greg KH:
> On Thu, Aug 04, 2011 at 07:21:47PM -0300, Mauro Carvalho Chehab wrote:
> > I know that this problem were somewhat solved for 3G modems, with the usage
> > of the userspace problem usb_modeswitch, and with some quirks for the USB
> > storage driver, but I'm not sure if such tricks will scale forever, as more
> > functions are seen on some USB devices.
>
> Well, no matter how it "scales" it needs to be done in userspace, like
> usb_modeswitch does. We made that decision a while ago, and it is
> working out very well. I see no reason why you can't do it in userspace
> as well as that is the easiest place to control this type of thing.
>
> I thought we had a long discussion about this topic a while ago and came
> to this very conclusion. Or am I mistaken?
Circumstances change. We want to keep the stuff in user space as much and
as long as we can. However user space has limitations:
- it has by necessity a race between resumption and access by others
- it cannot resume anything we run a (rw) filesystem over.
Furthermore, today PM actions that lead to a loss of mode are initiated
by user space. If we ever want to oportunistically suspend a system
we also need to restore mode from inside the kernel.
We could avoid all that trouble, if we persuaded vendors to use plain
USB configurations for those purposes.
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