[PATCH] V4L: adding digital video timings APIs

2009-10-21 Thread m-karicheri2
From: Muralidharan Karicheri This is the initial version of the digital video timings APIs implementation. This adds the above APIs to the v4l2 core. This is based on version v1.2 of the RFC titled "V4L - Support for video timings at the input/output interface" Following new ioctls are added:-

Re: [PATCH] V4L: adding digital video timings APIs

2009-10-21 Thread Hans Verkuil
Hi Murali, > From: Muralidharan Karicheri > > This is the initial version of the digital video timings APIs > implementation. > > This adds the above APIs to the v4l2 core. This is based on version v1.2 > of the RFC titled "V4L - Support for video timings at the input/output > interface" > Follow

RE: [PATCH] V4L: adding digital video timings APIs

2009-10-23 Thread Karicheri, Muralidharan
Hans, >> following IOCTLS :- >> >> - verify the new v4l2_input capabilities flag added >> - Enumerate available presets using VIDIOC_ENUM_DV_PRESETS >> - Set one of the supported preset using VIDIOC_S_DV_PRESET >> - Get current preset using VIDIOC_G_DV_PRESET >> - Detect current preset u

Re: [PATCH] V4L: adding digital video timings APIs

2009-11-10 Thread Hans Verkuil
On Thursday 05 November 2009 13:56:29 Hans Verkuil wrote: > On Friday 23 October 2009 22:44:34 Karicheri, Muralidharan wrote: > > Hans, > > > > >> following IOCTLS :- > > >> > > >> - verify the new v4l2_input capabilities flag added > > >> - Enumerate available presets using VIDIOC_ENUM_DV_PRE

RE: [PATCH] V4L: adding digital video timings APIs

2009-11-11 Thread Karicheri, Muralidharan
Hans, >> [MK] Could you explain this to me? In my prototype, I had tvp5146 that >> implements S_STD and tvp7002 that implements S_PRESET. Since bridge >driver >> has all the knowledge about the sub devices and their capabilities, it >can >> set the flag for each of the input that it supports (curr

RE: [PATCH] V4L: adding digital video timings APIs

2009-11-11 Thread Karicheri, Muralidharan
inux-open- >sou...@linux.davincidsp.com >Subject: Re: [PATCH] V4L: adding digital video timings APIs > >On Thursday 05 November 2009 13:56:29 Hans Verkuil wrote: >> On Friday 23 October 2009 22:44:34 Karicheri, Muralidharan wrote: >> > Hans, >> > >> &g

Re: [PATCH] V4L: adding digital video timings APIs

2009-11-11 Thread Hans Verkuil
On Wednesday 11 November 2009 22:45:15 Karicheri, Muralidharan wrote: > Hans, > > >> [MK] Could you explain this to me? In my prototype, I had tvp5146 that > >> implements S_STD and tvp7002 that implements S_PRESET. Since bridge > >driver > >> has all the knowledge about the sub devices and their

RE: [PATCH] V4L: adding digital video timings APIs

2009-11-12 Thread Karicheri, Muralidharan
> >Actually, the bridge driver only needs to override if it has multiple >inputs >where the capability flags differ (i.e. some inputs only support S_STD and >others only support S_DV_PRESET). > >In all other cases the core will fill it in correctly. > >Doing it in the core ensures that the capabili

RE: [PATCH] V4L: adding digital video timings APIs

2009-11-13 Thread Karicheri, Muralidharan
inux-open- >sou...@linux.davincidsp.com >Subject: Re: [PATCH] V4L: adding digital video timings APIs > >On Thursday 05 November 2009 13:56:29 Hans Verkuil wrote: >> On Friday 23 October 2009 22:44:34 Karicheri, Muralidharan wrote: >> > Hans, >> > >> > >> following IO

RE: [PATCH] V4L: adding digital video timings APIs

2009-11-16 Thread Karicheri, Muralidharan
Hans, >Hi Murali, > >What is the status of this? It would be great if we can get this in for >2.6.33. > I am working on the documentation today and then the application. I think a new patch will be ready by tomorrow. I am not sure if there is a better way to add documentation.. Currently I have

Re: [PATCH] V4L: adding digital video timings APIs

2009-11-16 Thread Hans Verkuil
On Monday 16 November 2009 19:35:40 Karicheri, Muralidharan wrote: > > Hans, > > >Hi Murali, > > > >What is the status of this? It would be great if we can get this in for > >2.6.33. > > > > I am working on the documentation today and then the application. I think a > new patch will be ready by