From: Theodore Kilgore <kilgota@banach.math.auburn.edu>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Hans de Goede <hdegoede@redhat.com>,
Sarah Sharp <sarah.a.sharp@linux.intel.com>,
Greg KH <greg@kroah.com>,
Mauro Carvalho Chehab <mchehab@infradead.org>,
linux-usb@vger.kernel.org, linux-media@vger.kernel.org,
linux-kernel@vger.kernel.org, libusb-devel@lists.sourceforge.net,
Alexander Graf <agraf@suse.de>, Gerd Hoffmann <kraxel@redhat.com>,
hector@marcansoft.com, Jan Kiszka <jan.kiszka@siemens.com>,
Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>,
pbonzini@redhat.com, Anthony Liguori <aliguori@us.ibm.com>,
Jes Sorensen <Jes.Sorensen@redhat.com>,
Oliver Neukum <oliver@neukum.org>, Felipe Balbi <balbi@ti.com>,
Clemens Ladisch <clemens@ladisch.de>,
Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.de>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Adam Baker <linux@baker-net.org.uk>
Subject: Re: USB mini-summit at LinuxCon Vancouver
Date: Wed, 10 Aug 2011 13:33:25 -0500 (CDT) [thread overview]
Message-ID: <alpine.LNX.2.00.1108101300500.25084@banach.math.auburn.edu> (raw)
In-Reply-To: <Pine.LNX.4.44L0.1108101156350.1917-100000@iolanthe.rowland.org>
On Wed, 10 Aug 2011, Alan Stern wrote:
> On Wed, 10 Aug 2011, Theodore Kilgore wrote:
>
> > > Okay, I didn't realize that the different cameras used different webcam
> > > drivers as well as different stillcam drivers.
> >
> > Oh, yes. They are Proprietary devices. And that means what it says. :-)
> > And all different from each other, too.
> >
> > > As far as I can see, there's nothing to stop anybody from adding the
> > > stillcam functionality into the webcam drivers right now. If some
> > > common code can be abstracted out into a shared source file, so much
> > > the better.
> > >
> > > That would solve the problem, right?
> >
> > I think everyone involved believes that it would solve the problem.
> >
> > The question has been all along whether or not there is any other way
> > which would work. Also the question of what, exactly, "belongs" in the
> > kernel and what does not. For, if something has been historically
> > supported in userspace (stillcam support, in this case) and has worked
> > well there, I would think it is kind of too bad to have to move said
> > support into the kernel just because the same hardware requires kernel
> > support for another functionality and the two sides clash. I mean, the
> > kernel is already big enough, no? But the logic that Hans has set forth
> > seems rather compelling.
>
> The alternative seems to be to define a device-sharing protocol for USB
> drivers. Kernel drivers would implement a new callback (asking them to
> give up control of the device), and usbfs would implement new ioctls by
> which a program could ask for and relinquish control of a device. The
> amount of rewriting needed would be relatively small.
>
> A few loose ends would remain, such as how to handle suspends, resumes,
> resets, and disconnects. Assuming usbfs is the only driver that will
> want to share a device in this way, we could handle them.
>
> Hans, what do you think?
>
> Alan Stern
Alan,
Hans seems to have argued cogently for doing all of this in the kernel and
for abandoning the usbfs-based drivers for these particular drivers for
dual-mode cameras and, I would conjecture, for drivers for dual-mode
hardware in general. Therefore, I anticipate that he won't like that very
much.
My position:
I do not have preconceptions about how the problem gets handled, and at
this point I remain agnostic and believe that all approaches ought to be
carefully analysed. I can imagine, abstractly, that things like this
could be handled by
-- moving all basic functionality to the kernel, and fixing the
relevant libgphoto2 drivers to look to the kernel instead of to libusb.
(What Hans argues for, and I am not opposed if his arguments convince
other concerned parties)
-- doing some kind of patch job to make current arrangement somehow to
work better (this seems to be the position of Adam Baker; I do share
the skepticism Hans has expressed about how well this could all be
pasted together)
-- doing something like the previous, but also figuring out how to bring
udev rules into play, which would make it all work better (just tossing
this one in, for laughs, but who knows someone might like it)
-- moving the kernel webcam drivers out of the kernel and doing with these
cameras _everything_ including webcam function through libusb. I myself do
not have the imagination to be able to figure out how this could be done
without a rather humongous amount of work (for example, which streaming
apps that are currently available would be able to live with this?) but
unless I misunderstand what he was saying, Greg K-H seems to think that
this would be the best thing to do.
Which one of these possibile approaches gets adopted is a policy issue
which I would consider is ultimately way above my pay grade.
My main motivation for bringing up the issue was to get it to the front
burner so that _something_ gets done. It is a matter which has been left
alone for too long. Therefore, I am very glad that the matter is being
addressed.
Let me add to this that I have gotten permission for time off and for a
expense money which might possibly cover my air fare. I hope to arrive in
Vancouver by sometime on Monday and intend to attend the mini-summit. I
suggest that we get all intersted parties together and figure out what is
the best way to go.
I hope everyone who is actively concerned can meet in Vancouver, and if
all goes well then on Monday as well as Tuesday. I can hang around for
another day or two after Tuesday, but I do not expect to register for
LinuxCon or be involved in it. When I leave Vancouver I will probably go
to Seattle and spend a couple of days with my oldest son, the musician,
before coming home on the next weekend.
Theodore Kilgore
next prev parent reply other threads:[~2011-08-10 18:29 UTC|newest]
Thread overview: 90+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-10 0:21 USB mini-summit at LinuxCon Vancouver Sarah Sharp
2011-06-10 3:18 ` Greg KH
2011-06-10 6:59 ` Gerd Hoffmann
2011-06-10 19:48 ` Sarah Sharp
2011-06-10 20:50 ` Greg KH
2011-06-13 10:44 ` Alexander Graf
2011-06-13 10:44 ` Alexander Graf
2011-06-13 16:29 ` Greg KH
2011-06-13 16:29 ` Greg KH
2011-06-13 17:11 ` Alexander Graf
2011-06-13 17:11 ` Alexander Graf
2011-06-10 7:19 ` Hans de Goede
2011-06-10 7:55 ` Improving kernel -> userspace (usbfs) usb device hand off Hans de Goede
2011-06-10 8:22 ` Felipe Balbi
2011-06-10 8:36 ` Hans de Goede
2011-06-10 8:42 ` Felipe Balbi
2011-06-10 12:19 ` Hans de Goede
2011-06-10 12:28 ` Felipe Balbi
2011-06-10 14:48 ` Alan Stern
2011-06-10 15:07 ` Mauro Carvalho Chehab
2011-06-10 15:21 ` Alan Stern
2011-06-11 9:15 ` Hans de Goede
2011-06-11 16:19 ` Theodore Kilgore
2011-06-12 11:43 ` Hans de Goede
2011-06-12 21:20 ` Theodore Kilgore
2011-06-13 2:03 ` Xiaofan Chen
2011-06-13 2:27 ` [Libusb-devel] " Michael Bender
2011-06-11 16:57 ` Alan Stern
2011-06-10 18:16 ` Theodore Kilgore
2011-06-10 18:34 ` Felipe Balbi
2011-06-10 21:18 ` Alan Stern
2011-06-10 21:46 ` Felipe Balbi
2011-06-10 22:46 ` Theodore Kilgore
2011-06-10 22:43 ` Theodore Kilgore
2011-06-11 1:30 ` Xiaofan Chen
2011-06-11 4:17 ` Theodore Kilgore
2011-06-13 9:05 ` Felipe Balbi
2011-06-13 13:06 ` Mauro Carvalho Chehab
2011-06-13 13:12 ` Felipe Balbi
2011-08-04 22:21 ` USB mini-summit at LinuxCon Vancouver Mauro Carvalho Chehab
2011-08-04 22:56 ` Greg KH
[not found] ` <CAA6KcBBZv7bvVxvEWOYL83igpNZHyzh=bcGxh6Dr5aKsvJK5Cg@mail.gmail.com>
2011-08-05 0:33 ` Mauro Carvalho Chehab
2011-08-05 2:56 ` Theodore Kilgore
2011-08-05 6:57 ` Oliver Neukum
2011-08-05 17:38 ` Theodore Kilgore
2011-08-05 7:45 ` Hans de Goede
2011-08-05 7:59 ` USB mini-summit at LinuxCon Vancouveroliver Oliver Neukum
2011-08-05 8:18 ` Hans de Goede
2011-08-05 13:07 ` USB mini-summit at LinuxCon Vancouver Mauro Carvalho Chehab
2011-08-08 17:58 ` Sarah Sharp
2011-08-08 18:23 ` Theodore Kilgore
2011-08-08 18:32 ` Sarah Sharp
2011-08-08 19:37 ` Mauro Carvalho Chehab
2011-08-09 7:52 ` Hans de Goede
2011-08-09 14:19 ` Alan Stern
2011-08-09 15:03 ` Marko Ristola
2011-08-09 19:57 ` Hans de Goede
2011-08-09 20:31 ` Adam Baker
2011-08-09 20:57 ` Hans de Goede
2011-08-10 2:05 ` Xiaofan Chen
2011-08-10 23:04 ` Adam Baker
2011-08-11 8:14 ` Hans de Goede
2011-08-09 23:05 ` Theodore Kilgore
2011-08-10 14:19 ` Alan Stern
2011-08-10 15:03 ` Theodore Kilgore
2011-08-10 16:09 ` Alan Stern
2011-08-10 18:33 ` Theodore Kilgore [this message]
2011-08-10 19:39 ` Hans Verkuil
2011-08-10 19:43 ` Greg KH
2011-08-10 20:34 ` Theodore Kilgore
2011-08-10 20:14 ` Mauro Carvalho Chehab
2011-08-10 20:39 ` Theodore Kilgore
2011-08-11 8:57 ` Jean-Francois Moine
2011-08-11 11:19 ` Mauro Carvalho Chehab
2011-08-11 8:14 ` Hans de Goede
2011-08-11 14:56 ` Alan Stern
2011-08-11 15:13 ` Mauro Carvalho Chehab
2011-08-11 15:25 ` Alan Cox
2011-08-11 15:49 ` Alan Stern
2011-08-11 20:01 ` Theodore Kilgore
2011-08-11 20:32 ` Mauro Carvalho Chehab
2011-08-11 23:13 ` Theodore Kilgore
2011-08-12 7:16 ` Hans de Goede
2011-08-12 10:11 ` Alan Cox
2011-08-12 1:07 ` Alan Stern
2011-08-12 2:38 ` Theodore Kilgore
2011-08-11 15:44 ` Alan Stern
2011-08-12 7:26 ` Hans de Goede
2011-08-12 15:36 ` Alan Stern
2011-08-09 17:10 ` Sarah Sharp
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LNX.2.00.1108101300500.25084@banach.math.auburn.edu \
--to=kilgota@banach.math.auburn.edu \
--cc=Jes.Sorensen@redhat.com \
--cc=agraf@suse.de \
--cc=aliguori@us.ibm.com \
--cc=balbi@ti.com \
--cc=clemens@ladisch.de \
--cc=greg@kroah.com \
--cc=hdegoede@redhat.com \
--cc=hector@marcansoft.com \
--cc=jan.kiszka@siemens.com \
--cc=kraxel@redhat.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=libusb-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=linux@baker-net.org.uk \
--cc=mchehab@infradead.org \
--cc=oliver@neukum.org \
--cc=pbonzini@redhat.com \
--cc=perex@perex.cz \
--cc=sarah.a.sharp@linux.intel.com \
--cc=stefanha@linux.vnet.ibm.com \
--cc=stern@rowland.harvard.edu \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.