public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
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

  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