Hi Greg, On Thursday 29 April 2010 09:32:10 Greg KH wrote: > On Thu, Apr 29, 2010 at 09:14:03AM +0200, Laurent Pinchart wrote: > > 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 think so (although I'm not sure if a userspace application can capture the content of the frame buffer on sync events). > > > > , 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. I'd like to test the events API changes some more. I'll have time to do this before next week. -- Regards, Laurent Pinchart -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html