All of lore.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 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.