Add a new usb id for Elgato EyeTV DTT

Hi, I've got an Elgato EyeTV for Mac and PC (http://www.linuxtv.org/wiki/index.php/Elgato_EyeTV_DTT). It is given as compatible since Linux 2.6.31, but the usb id can be not only 0fd9:0021, but 0fd9:003f too. This id is currently not recognized... Some pages explain how to change the id (see

[yavta PATCH v2 1/3] Support integer menus.

Signed-off-by: Sakari Ailus --- yavta.c | 18 +++--- 1 files changed, 11 insertions(+), 7 deletions(-) diff --git a/yavta.c b/yavta.c index 541aa1c..e649ac5 100644 --- a/yavta.c +++ b/yavta.c @@ -567,19 +567,22 @@ static int video_enable(struct device *dev, int enable) retu

[yavta PATCH v2 3/3] Support extended controls, including 64-bit integers.

Fall back to regular S_CTRL / G_CTRL if extended controls aren't available. Also don't try to get value for classes. Signed-off-by: Sakari Ailus --- yavta.c | 130 -- 1 files changed, 100 insertions(+), 30 deletions(-) diff --git a/y

Re: [yavta PATCH 3/3] Support additional dpcm compressed bayer formats.

Laurent Pinchart wrote: Hi Sakari, Thanks for the patch. On Thursday 12 April 2012 11:41:35 Sakari Ailus wrote: Signed-off-by: Sakari Ailus Acked-by: Laurent Pinchart and applied to my tree. Thanks!!! -- Sakari Ailus sakari.ai...@iki.fi -- To unsubscribe from this list: send the line "un

Re: [yavta PATCH 1/3] Support integer menus.

Hi Laurent, Thanks for the comments. Laurent Pinchart wrote: Hi Sakari, Thanks for the patch. The code looks fine, but unfortunately breaks compilation when using kernel headers< v3.5 (which is a pretty common case as of today ;-)). V4L2_CTRL_TYPE_INTEGER_MENU is an enumerated value, not a

Re: [yavta PATCH 1/3] Support integer menus.

Le vendredi 13 avril 2012 22:47:14 Laurent Pinchart, vous avez écrit : > Hi Sakari, > > Thanks for the patch. > > The code looks fine, but unfortunately breaks compilation when using kernel > headers < v3.5 (which is a pretty common case as of today ;-)). > > V4L2_CTRL_TYPE_INTEGER_MENU is an en

Re: [yavta PATCH 1/3] Support integer menus.

Hi Sakari, Thanks for the patch. The code looks fine, but unfortunately breaks compilation when using kernel headers < v3.5 (which is a pretty common case as of today ;-)). V4L2_CTRL_TYPE_INTEGER_MENU is an enumerated value, not a pre-processor #define, so it's difficult to test for it using c

Re: media_build compile errors

"Roger Mårtensson" wrote: >Hi! > >I get compile errors when trying to build media_build as of 2012-04-13. > >/home/mythfrontend/media_build/v4l/ivtv-fileops.c: In function >'ivtv_v4l2_enc_poll': >/home/mythfrontend/media_build/v4l/ivtv-fileops.c:751:2: error: >implicit >declaration of function

Re: [yavta PATCH 3/3] Support additional dpcm compressed bayer formats.

Hi Sakari, Thanks for the patch. On Thursday 12 April 2012 11:41:35 Sakari Ailus wrote: > Signed-off-by: Sakari Ailus Acked-by: Laurent Pinchart and applied to my tree. > --- > yavta.c |3 +++ > 1 files changed, 3 insertions(+), 0 deletions(-) > > diff --git a/yavta.c b/yavta.c > index

media_build compile errors

Hi! I get compile errors when trying to build media_build as of 2012-04-13. /home/mythfrontend/media_build/v4l/ivtv-fileops.c: In function 'ivtv_v4l2_enc_poll': /home/mythfrontend/media_build/v4l/ivtv-fileops.c:751:2: error: implicit declaration of function 'poll_requested_events' [-Werror=im

cron job: media_tree daily build: WARNINGS

This message is generated daily by a cron job that builds media_tree for the kernels and architectures in the list below. Results of the daily build of media_tree: date:Fri Apr 13 19:00:17 CEST 2012 git hash:f4d4e7656b26a6013bc5072c946920d2e2c44e8e gcc version: i686-linux-gcc (GC

RE: [RFC/PATCH] v4l: added V4L2_BUF_FLAG_EOS flag indicating the last frame in the stream

Hi, > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > Sent: 10 April 2012 11:51 > > v4l: added V4L2_BUF_FLAG_EOS flag indicating the last frame in the stream > > Some devices requires indicator if the buffer is the last one in the > stream. > Applications and drivers can use this

[PATCH v4 02/14] Documentation: media: description of DMABUF importing in V4L2

This patch adds description and usage examples for importing DMABUF file descriptor in V4L2. Signed-off-by: Tomasz Stanislawski Signed-off-by: Kyungmin Park --- Documentation/DocBook/media/v4l/compat.xml |4 + Documentation/DocBook/media/v4l/io.xml | 179 +++

[PATCH v4 05/14] v4l: vb2-dma-contig: Shorten vb2_dma_contig prefix to vb2_dc

From: Laurent Pinchart Signed-off-by: Laurent Pinchart --- drivers/media/video/videobuf2-dma-contig.c | 36 ++-- 1 files changed, 18 insertions(+), 18 deletions(-) diff --git a/drivers/media/video/videobuf2-dma-contig.c b/drivers/media/video/videobuf2-dma-contig.c in

[PATCH v4 04/14] v4l: vb: remove warnings about MEMORY_DMABUF

From: Sumit Semwal Adding DMABUF memory type causes videobuf to complain about not using it in some switch cases. This patch removes these warnings. Signed-off-by: Sumit Semwal --- drivers/media/video/videobuf-core.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/d

[PATCH v4 14/14] v4l: fimc: support for dmabuf importing

This patch enhances s5p-fimc with support for DMABUF importing via V4L2_MEMORY_DMABUF memory type. Signed-off-by: Tomasz Stanislawski Signed-off-by: Kyungmin Park --- drivers/media/video/Kconfig |1 + drivers/media/video/s5p-fimc/fimc-capture.c |2 +- 2 files changed, 2

[PATCH v4 09/14] v4l: vb2: add prepare/finish callbacks to allocators

From: Marek Szyprowski This patch adds support for prepare/finish callbacks in VB2 allocators. These callback are used for buffer flushing. Signed-off-by: Marek Szyprowski --- drivers/media/video/videobuf2-core.c | 11 +++ include/media/videobuf2-core.h |7 +++ 2 files

[PATCH v4 10/14] v4l: vb2-dma-contig: add prepare/finish to dma-contig allocator

From: Marek Szyprowski Add prepare/finish callbacks to vb2-dma-contig allocator. Signed-off-by: Marek Szyprowski --- drivers/media/video/videobuf2-dma-contig.c | 24 1 files changed, 24 insertions(+), 0 deletions(-) diff --git a/drivers/media/video/videobuf2-dma-con

[PATCH v4 13/14] v4l: s5p-tv: mixer: support for dmabuf importing

This patch enhances s5p-tv with support for DMABUF importing via V4L2_MEMORY_DMABUF memory type. Signed-off-by: Tomasz Stanislawski Signed-off-by: Kyungmin Park --- drivers/media/video/s5p-tv/Kconfig |1 + drivers/media/video/s5p-tv/mixer_video.c |2 +- 2 files changed, 2 insertio

[PATCH v4 08/14] v4l: vb2-dma-contig: add support for scatterlist in userptr mode

From: Andrzej Pietrasiewicz This patch introduces usage of dma_map_sg to map memory behind a userspace pointer to a device as dma-contiguous mapping. Signed-off-by: Andrzej Pietrasiewicz Signed-off-by: Marek Szyprowski [bugfixing] Signed-off-by: Kamil Debski [bugfixing] Signed

[PATCH v4 11/14] v4l: vb2-dma-contig: add support for dma_buf importing

From: Sumit Semwal This patch makes changes for adding dma-contig as a dma_buf user. It provides function implementations for the {attach, detach, map, unmap}_dmabuf() mem_ops of DMABUF memory type. Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal [author of the original patch]

[PATCH v4 12/14] v4l: vb2-dma-contig: change map/unmap behaviour for importers

The DMABUF documentation says that the map_dma_buf callback should return scatterlist that is mapped into a caller's address space. In practice, almost none of existing implementations of DMABUF exporter does it. This patch breaks the DMABUF specification in order to allow exchange DMABUF buffers

[PATCH v4 06/14] v4l: vb2-dma-contig: Remove unneeded allocation context structure

vb2-dma-contig returns a vb2_dc_conf structure instance as the vb2 allocation context. That structure only stores a pointer to the physical device. Remove it and use the device pointer directly as the allocation context. Signed-off-by: Tomasz Stanislawski --- drivers/media/video/videobuf2-dma-co

[PATCH v4 03/14] v4l: vb2: add support for shared buffer (dma_buf)

From: Sumit Semwal This patch adds support for DMABUF memory type in videobuf2. It calls relevant APIs of dma_buf for v4l reqbuf / qbuf / dqbuf operations. For this version, the support is for videobuf2 as a user of the shared buffer; so the allocation of the buffer is done outside of V4L2. [A s

[PATCH v4 07/14] v4l: vb2-dma-contig: Reorder functions

From: Laurent Pinchart Group functions by buffer type. Signed-off-by: Laurent Pinchart --- drivers/media/video/videobuf2-dma-contig.c | 92 --- 1 files changed, 54 insertions(+), 38 deletions(-) diff --git a/drivers/media/video/videobuf2-dma-contig.c b/drivers/media

[PATCH v4 01/14] v4l: Add DMABUF as a memory type

From: Sumit Semwal Adds DMABUF memory type to v4l framework. Also adds the related file descriptor in v4l2_plane and v4l2_buffer. Signed-off-by: Tomasz Stanislawski [original work in the PoC for buffer sharing] Signed-off-by: Sumit Semwal Signed-off-by: Sumit Semwal --- include/linux/vide

[PATCH v4 00/14] Integration of videobuf2 with dmabuf

Hello everyone, This patchset adds support for DMABUF [2] importing to V4L2 stack. The support for DMABUF exporting was moved to separate patchset due to dependency on patches for DMA mapping redesign by Marek Szyprowski [4]. v4: - rebased on mainline 3.4-rc2 - included missing importing support

outstanding ARM patches

Hi Just confirming, that the 3 outstanding ARM patches, that I mentioned in recent emails: http://article.gmane.org/gmane.linux.kernel.mmc/12748 http://article.gmane.org/gmane.linux.ports.sh.devel/13535 http://article.gmane.org/gmane.linux.ports.sh.devel/13975 still apply to the current Linus'

Re: [RFC] HDMI-CEC proposal

Hi Hans, Le 04/13/12 07:03, Hans Verkuil a écrit : You both hit the main problem of the CEC support: how to implement the API. Well, the API that I propose here [1] is quite simple: - a kernel-side API for defining CEC adapters drivers - a character device with an ioctl() control path and rea

Re: [RFC] [PATCH] v4l2: use unsigned rather than enums in ioctl() structs

On 12 April 2012 15:55, Mauro Carvalho Chehab wrote: > Em 12-04-2012 05:04, James Courtier-Dutton escreveu: >> 6) Add a #if #endif around the old API, so a user compiling their own >> kernel can decide if the old API exists or not. User might want to do >> this for security reasons. > > Add an #if