- 27 9月, 2012 9 次提交
-
-
由 Philipp Zabel 提交于
USERPTR buffer support is provided by the videobuf2 framework. Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de> Acked-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Philipp Zabel 提交于
Add a 1 second timeout for each PIC_RUN command to the CODA. In case it locks up, stop all queues and dequeue remaining buffers. Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de> Tested-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Philipp Zabel 提交于
Determining the next free instance just by incrementing and decrementing an instance counter does not work: if there are two instances opened, 0 and 1, and instance 0 is released, the next call to coda_open will create a new instance with index 1, but instance 1 is already in use. Instead, scan a bitfield of active instances to determine the first free instance index. Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de> Tested-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Philipp Zabel 提交于
job_ready is supposed to signal whether a context is ready to be added to the job queue, not whether the CODA is ready to run it immediately. Calling v4l2_m2m_job_finish at the end of coda_irq_handler already guarantees that the coda is ready when v4l2-mem2mem eventually tries to run the next queued job. Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de> Tested-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Philipp Zabel 提交于
Some codecs running on CODA need internal framebuffers for reference and reconstructed frames. Allocate them separately, and do not use the input vb2_buffers: those will be handed off to userspace regularly, and there is no way to signal to the CODA which of the registered framebuffers are off limits. As a consequence, userspace is now free to choose the number of v4l2 buffers. This patch also includes the code to set up the parameter buffer for CODA7 and above with 64-bit AXI bus width. Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de> Reviewed-by: NJavier Martin <javier.martin@vista-silicon.com> Tested-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Philipp Zabel 提交于
This uses the ARCH_MXC specific iram_alloc API to allocate a work buffer in the SoC's on-chip SRAM and sets up the AXI_SRAM_USE register. In the future, the allocation will be converted to use the genalloc API. Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de> Tested-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Philipp Zabel 提交于
Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de> Tested-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Philipp Zabel 提交于
Add support for loading a raw firmware with 16-bit chars ordered in little-endian 64-bit words, corresponding to the memory access pattern of CODA7 and above: When writing the boot code into the code download register, the chars have to be reordered back. Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de> Tested-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Sylwester Nawrocki 提交于
New mem-to-mem video drivers should use V4L2_CAP_VIDEO_M2M capability, rather than ORed V4L2_CAP_VIDEO_CAPTURE and V4L2_CAP_VIDEO_OUTPUT flags, as outlined in commit a1367f1b. Signed-off-by: NSylwester Nawrocki <sylvester.nawrocki@gmail.com> Acked-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
- 26 9月, 2012 1 次提交
-
-
由 Hans Verkuil 提交于
Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com> Acked-by: NSylwester Nawrocki <s.nawrocki@samsung.com> Acked-by: NSakari Ailus <sakari.ailus@iki.fi> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
- 15 9月, 2012 2 次提交
-
-
由 Ezequiel García 提交于
queue_init() is always called by v4l2_m2m_ctx_init(), which allocates a context struct v4l2_m2m_ctx with kzalloc. Therefore, there is no need to clear vb2_queue src/dst structs. Signed-off-by: NEzequiel Garcia <elezegarcia@gmail.com> Acked-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 Richard Zhao 提交于
Signed-off-by: NRichard Zhao <richard.zhao@freescale.com> Acked-by: NJavier Martin <javier.martin@vista-silicon.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
- 16 8月, 2012 2 次提交
-
-
由 Emil Goode 提交于
The commit 98d7bbb9 changed *of_device_id.data to const which introduced warnings in various places that have mostly been fixed. This patch fixes one such warning by introducing two const qualifiers. GCC warning: drivers/media/platform/coda.c:1785:16: warning: assignment discards ‘const’ qualifier from pointer target type [enabled by default] Signed-off-by: NEmil Goode <emilgoode@gmail.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-
由 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>
-
- 06 8月, 2012 1 次提交
-
-
由 Javier Martin 提交于
Coda is a range of video codecs from Chips&Media that support H.264, H.263, MPEG4 and other video standards. Currently only support for the codadx6 included in the i.MX27 SoC is added. H.264 and MPEG4 video encoding are the only supported capabilities by now. [mchehab@redhat.com: Add missing include linux/of.h] Signed-off-by: NJavier Martin <javier.martin@vista-silicon.com> Reviewed-by: Philipp Zabel<p.zabel@pengutronix.de> Reviewed-by: NSylwester Nawrocki <s.nawrocki@samsung.com> Acked-by: NHans Verkuil <hans.verkuil@cisco.com> Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
-