From: Greg KH <greg@kroah.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: linux-usb@vger.kernel.org, linux-media@vger.kernel.org,
robert.lukassen@tomtom.com
Subject: Re: [RFC 0/2] UVC gadget driver
Date: Thu, 29 Apr 2010 00:32:10 -0700 [thread overview]
Message-ID: <20100429073210.GA9462@kroah.com> (raw)
In-Reply-To: <201004290914.04140.laurent.pinchart@ideasonboard.com>
On Thu, Apr 29, 2010 at 09:14:03AM +0200, Laurent Pinchart wrote:
> Hi Greg,
>
> On Thursday 29 April 2010 05:41:11 Greg KH wrote:
> > On Thu, Apr 29, 2010 at 12:52:57AM +0200, Laurent Pinchart wrote:
> > > Hi everybody,
> > >
> > > Here's a new version of the UVC gadget driver I posted on the list some
> > > time ago, rebased on 2.6.34-rc5.
> > >
> > > The private events API has been replaced by the new V4L2 events API that
> > > will be available in 2.6.34 (the code is already available in the
> > > v4l-dvb tree on linuxtv.org, and should be pushed to
> > > git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-next.git very
> > > soon).
> > >
> > > Further testing of the changes related to the events API is required
> > > (this is planned for the next few days). As it seems to be the UVC
> > > gadget driver season (Robert Lukassen posted his own implementation -
> > > having a different goal - two days ago)
> >
> > What are the different goals here? Shouldn't there just be only one way
> > to implement this, or am I missing something?
>
> Both drivers act as "webcams". Robert's version exports the local frame buffer
> through USB, making the "webcam" capture what's displayed on the device. My
> version exposes a V4L2 interface to userspace, allowing an application on the
> device to send whatever it wants over USB (for instance frames captured from a
> sensor, making the device a real camera).
Ah. So your's has the advantage of being able to do what his does as
well, right?
> > > , I thought I'd post the patch as an RFC. I'd like the UVC function
> > > driver to make it to 2.6.35, comments are more than welcome.
> >
> > It needs to get into my tree _now_ if you are wanting it in .35....
> > Just fyi.
>
> Does now mean today, or before next week ?
Before next week would be good, as soon as possible is best.
thanks,
greg k-h
next prev parent reply other threads:[~2010-04-30 17:28 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-28 22:52 [RFC 0/2] UVC gadget driver Laurent Pinchart
2010-04-28 22:52 ` [RFC 1/2] USB gadget: video class function driver Laurent Pinchart
2010-04-28 22:52 ` [RFC 2/2] USB gadget: Webcam device Laurent Pinchart
2010-04-29 3:41 ` [RFC 0/2] UVC gadget driver Greg KH
2010-04-29 7:14 ` Laurent Pinchart
2010-04-29 7:32 ` Greg KH [this message]
2010-04-29 7:34 ` Laurent Pinchart
2010-05-03 8:29 ` Robert Lukassen
2010-05-03 9:28 ` Laurent Pinchart
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=20100429073210.GA9462@kroah.com \
--to=greg@kroah.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=robert.lukassen@tomtom.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox