- 27 9月, 2012 2 次提交
-
-
由 Hans Verkuil 提交于
Remove old videobuf-core.h includes. Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com> Signed-off-by: NLad, Prabhakar <prabhakar.lad@ti.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Hans Verkuil 提交于
Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com> Signed-off-by: NLad, Prabhakar <prabhakar.lad@ti.com> Signed-off-by: NManjunath Hadli <manjunath.hadli@ti.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
- 16 8月, 2012 1 次提交
-
-
由 Mauro Carvalho Chehab 提交于
The remaining drivers are mostly platform drivers. Name the dir to reflect it. It makes sense to latter break it into a few other dirs. Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
- 31 7月, 2012 2 次提交
-
-
由 Lad, Prabhakar 提交于
This patch migrates VPIF capture driver to videobuf2 framework. Signed-off-by: NLad, Prabhakar <prabhakar.lad@ti.com> Signed-off-by: NManjunath Hadli <manjunath.hadli@ti.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Manjunath Hadli 提交于
Size up the memory for the buffers from the buffer pool allocated in board file. Then adjust the reqbuf count depending the available memory. Signed-off-by: NManjunath Hadli <manjunath.hadli@ti.com> Signed-off-by: NLad, Prabhakar <prabhakar.lad@ti.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
- 03 12月, 2011 1 次提交
-
-
由 Manjunath Hadli 提交于
Move vpif related definitions for capture and display drivers from dm646x platform header file to vpif_types.h inside the driver as these definitions are related to driver code rather than the platform or board. This enables reusing this IP across platforms. Signed-off-by: NManjunath Hadli <manjunath.hadli@ti.com> Acked-by: NMauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: NSekhar Nori <nsekhar@ti.com>
-
- 28 7月, 2011 1 次提交
-
-
由 Mauro Carvalho Chehab 提交于
Standardize the remaining video drivers to return the API version for the VIDIOC_QUERYCAP version, instead of a per-driver version. Those drivers had the version updated more recently or are SoC drivers. Even so, it doesn't sound a good idea to keep a per-driver version control, so, let's use the per-subsystem version control instead. Acked-by: NHans Verkuil <hans.verkuil@cisco.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
- 19 1月, 2011 2 次提交
-
-
由 Mats Randgaard 提交于
Added functions to set and get custom DV timings. Signed-off-by: NMats Randgaard <mats.randgaard@cisco.com> Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com> Acked-by: NVaibhav Hiremath <hvaibhav@ti.com> Acked-by: NManjunath Hadli <manjunath.hadli@ti.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Mats Randgaard 提交于
- Added functions to set/get/query/enum DV presets for vpif_caputre and vpif_display. - The format specification table is extended with all the DV formats supported by TVP7002. Signed-off-by: NMats Randgaard <mats.randgaard@cisco.com> Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com> Acked-by: NManjunath Hadli <manjunath.hadli@ti.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
- 19 9月, 2009 1 次提交
-
-
由 Muralidharan Karicheri 提交于
This is the vpif capture bridge driver for DM6467. This video supports two video channels each having a tvp5147 device at the input. This allows simultaneous capture of NTSC/PAL video in each of this channel. Both MMAP and USERPTR io mechanism are supported. Currently buffer allocation happens at REQBUF ioctl request. Since USERPTR IO is supported, this is not an issue since user applications can allocate buffers and pass the user space address to the driver. Following are TODOs :- 1) Adding support for allocation of buffers at init 2) VBI/HBI data service This has incorporated comments received against version v0 of the patch series. Resending to merge V4l linux-next create mode 100644 drivers/media/video/davinci/vpif_capture.c create mode 100644 drivers/media/video/davinci/vpif_capture.h Reviewed-by: NHans Verkuil <hverkuil@xs4all.nl> Signed-off-by: NMuralidharan Karicheri <m-karicheri2@ti.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-