Re: [RFC 1/3] v4l: Add pixel clock to struct v4l2_mbus_framefmt

Hi Sylwester, On Thu, Dec 15, 2011 at 11:19:40PM +0100, Sylwester Nawrocki wrote: > On 12/15/2011 11:01 PM, Sakari Ailus wrote: > >>> __u32 > >>> - reserved[7] > >>> + pixel_clock > >>> + Pixel clock in kHz. This clock is the maximum rate at > >>> + which pixels are transferred on the

Re: LME2510 Sharp 0194A DVB-S

On Fri, 2011-12-16 at 16:06 +1100, Andrew Congdon wrote: > I have a DM04 DVB-S USB box which doesn't seem to be supported with the > kernel 3.x dvb-usb-lmedm04 driver although it seems very close. The > firmware is loaded the tuner seems to be identified but it fails to > attach the tuner? > > It

Re: [RFC PATCH v2 1/8] omap4: introduce fdif(face detect module) hwmod

Hi Benoît On Wed, 14 Dec 2011, Ming Lei wrote: > Signed-off-by: Ming Lei > --- > arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 81 > > 1 files changed, 81 insertions(+), 0 deletions(-) any comments on this patch? I'd like to queue it if it looks good to you. -

LME2510 Sharp 0194A DVB-S

I have a DM04 DVB-S USB box which doesn't seem to be supported with the kernel 3.x dvb-usb-lmedm04 driver although it seems very close. The firmware is loaded the tuner seems to be identified but it fails to attach the tuner? It has a LME2510 chip and the tuner has Sharp F7HZ0194A on it. This is

Re: Why is the Y12 support 12-bit grey formats at the CCDC input (Y12) is truncated to Y10 at the CCDC output?

Hi Michael, On Thu, Dec 15, 2011 at 6:10 PM, Michael Jones wrote: > Hi James, > > > On 12/15/2011 10:49 AM, James wrote: >> >> Hi Michael, >> >> On Thu, Dec 15, 2011 at 3:58 PM, Michael Jones >>  wrote: >>> >>> Hi James, >>> >>> >>> On 12/15/2011 08:14 AM, James wrote: Hi all, >>>

[PATCH] it913x changed firmware loader for chip version 2 types

On Thu, 2011-12-15 at 16:42 +, Malcolm Priestley wrote: > > [ 1103.536156] it913x: Chip Version=ec Chip Type=5830 > > [ 1104.336178] it913x: Dual mode=92 Remote=92 Tuner Type=92 > > [ 1106.248116] dvb-usb: found a 'ITE 9135(9006) Generic' in cold state, > > will try to load a firmware > > [ 11

Re: [RFC 1/3] v4l: Add pixel clock to struct v4l2_mbus_framefmt

On 12/15/2011 11:01 PM, Sakari Ailus wrote: >>> __u32 >>> - reserved[7] >>> + pixel_clock >>> + Pixel clock in kHz. This clock is the maximum rate at >>> + which pixels are transferred on the bus. The pixel_clock >>> + field is read-only. >> >> I searched a couple of datas

Re: [RFC 1/3] v4l: Add pixel clock to struct v4l2_mbus_framefmt

Hi Sylwester, Thanks for the comments! On Thu, Dec 15, 2011 at 10:46:22PM +0100, Sylwester Nawrocki wrote: > Hi Sakari, > > thanks for the patch. > > On 12/14/2011 04:22 PM, Sakari Ailus wrote: > > Pixel clock is an essential part of the image data parameters. Add this. > > Together, the curren

Re: [RFC 3/4] omap3isp: Configure CSI-2 phy based on platform data

Hi Laurent, On Thu, Dec 15, 2011 at 01:54:52PM +0100, Laurent Pinchart wrote: > Hi Sakari, > > On Thursday 15 December 2011 12:53:03 Sakari Ailus wrote: > > On Thu, Dec 15, 2011 at 11:28:06AM +0100, Laurent Pinchart wrote: > > > On Thursday 15 December 2011 10:50:34 Sakari Ailus wrote: > > > > Co

Re: [RFC 1/3] v4l: Add pixel clock to struct v4l2_mbus_framefmt

Hi Sakari, thanks for the patch. On 12/14/2011 04:22 PM, Sakari Ailus wrote: > Pixel clock is an essential part of the image data parameters. Add this. > Together, the current parameters also define the frame rate. > > Sensors do not have a concept of frame rate; pixel clock is much more > meani

[PATCH] Add support to "OmniVision Technologies, Inc. VEHO Filmscanner" (omnivision 550)

This path add support to ""OmniVision Technologies, Inc. VEHO Filmscanner". Signed-off-by: Jose Alberto Reguero Jose Alberto diff -ur linux/drivers/media/video/gspca/ov534_9.c linux.new/drivers/media/video/gspca/ov534_9.c --- linux/drivers/media/video/gspca/ov534_9.c 2011-09-18 05:45:49.0

cron job: media_tree daily build: ERRORS

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:Thu Dec 15 19:00:16 CET 2011 git hash:bcc072756e4467dc30e502a311b1c3adec96a0e4 gcc version: i686-linux-gcc (GCC

Re: [PATCH] it913x add support for IT9135 9006 devices

> [ 1103.536156] it913x: Chip Version=ec Chip Type=5830 > [ 1104.336178] it913x: Dual mode=92 Remote=92 Tuner Type=92 > [ 1106.248116] dvb-usb: found a 'ITE 9135(9006) Generic' in cold state, > will try to load a firmware > [ 1106.253773] dvb-usb: downloading firmware from file > 'dvb-usb-it9135

GrabBeeX - empia 2800 USB 2.0 - problem

Hi, I've got these kind of old usb 2.0 grabbers (GrabBeex) based on some em28xx chipsets that are not correctly identified under linux. Here is the dmesg log. A video device is created but there are no controls in v4l-info and dmesg seems to see that everything is probably not correctly d

Re: [PATCH 1/2] media: tvp5150 Fix default input selection.

On 15-12-2011 10:33, javier Martin wrote: > On 15 December 2011 13:01, javier Martin > wrote: >>> The mx2_camera needs some code to forward calls to S_INPUT/S_ROUTING to >>> tvp5150, in order to set the pipelines there. >> >> This sounds like a sensible solution I will work on that soon. >> > > H

Trying to figure out reasons for lost pictures in UVC driver.

Hi, we are testing a logitech Webcam M/N: V-U0012 in the UVC tree (commit ef7728797039bb6a20f22cc2d96ef72d9338cba0). It is configured at 25fps, VGA. We've observed that the following debugging message appears sometimes "Frame complete (FID bit toggled).". Whenever this happens a v4l2 frame is lost

Re: [PATCH] it913x add support for IT9135 9006 devices

W dniu 2011-12-14 07:13, Adeq pisze: Malcolm Priestley gmail.com> writes: Support for IT1935 9006 devices. 9006 have version 2 type chip. 9006 devices should use dvb-usb-it9135-02.fw firmware. On the device tested the tuner id was set to 0 which meant the driver used tuner id 0x38. The dev

[PATCH] media: vb2: vmalloc-based allocator user pointer handling

From: Andrzej Pietrasiewicz This patch adds support for user pointer memory buffers to vmalloc videobuf2 allocator. Signed-off-by: Andrzej Pietrasiewicz Signed-off-by: Kyungmin Park Signed-off-by: Marek Szyprowski CC: Pawel Osciak --- drivers/media/video/videobuf2-vmalloc.c | 90 +

[PATCH] media: vb2: review mem_priv usage and fix potential bugs

This patch is a result of review of mem_priv entry usage in videobuf2 core. It fixes all all potential places where it was not checked against NULL or zeroed after freeing as well as a few style issues. Signed-off-by: Marek Szyprowski Signed-off-by: Kyungmin Park CC: Pawel Osciak --- drivers/m

[PATCH] media: vb2: remove plane argument from call_memop and cleanup mempriv usage

This patch removes unused 'plane' argument from call_memop macro. Signed-off-by: Marek Szyprowski Signed-off-by: Kyungmin Park CC: Pawel Osciak --- drivers/media/video/videobuf2-core.c | 22 ++ 1 files changed, 10 insertions(+), 12 deletions(-) diff --git a/drivers/media

[GIT PATCHES FOR 3.3] Alpha colour control addition

Hello Mauro, The following changes since commit c8c59cb5c459ff71f0592dc0716cdc2e730b20e5: s5p-fimc: Prevent lock up caused by incomplete H/W initialization (2011-12-14 16:02:32 +0100) are available in the git repository at: git://git.infradead.org/users/kmpark/linux-samsung v4l_rgb_alpha Th

[RFCv3 PATCH 8/8] ivtv: add IVTV_IOC_PASSTHROUGH_MODE.

From: Hans Verkuil With this private ioctl it is possible to use the ivtv decoder without requiring the dvb/video.h and dvb/audio.h headers. Eventually support for those DVB APIs will be dropped from ivtv. Signed-off-by: Hans Verkuil --- drivers/media/video/ivtv/ivtv-ioctl.c |8

[RFCv3 PATCH 6/8] ivtv: implement new decoder controls.

From: Hans Verkuil Signed-off-by: Hans Verkuil --- drivers/media/video/ivtv/ivtv-controls.c | 62 +++ drivers/media/video/ivtv/ivtv-controls.h |2 + drivers/media/video/ivtv/ivtv-driver.c | 35 +++- drivers/media/video/ivtv/ivtv-driver.h | 12 ++

[RFCv3 PATCH 7/8] cx18/ddbridge: remove unused headers.

From: Hans Verkuil The cx18 and ddbridge drivers include linux/dvb/audio.h and video.h without using them. Remove those includes. Signed-off-by: Hans Verkuil --- drivers/media/dvb/ddbridge/ddbridge.h |2 -- drivers/media/video/cx18/cx18-driver.h |2 -- 2 files changed, 0 insertions(+

[RFCv3 PATCH 4/8] v4l2-ctrls: add new controls for MPEG decoder devices.

From: Hans Verkuil As discussed during the 2011 V4L-DVB workshop we want to create a proper V4L2 decoder API that replaces the DVBv5 API that has been used until now. This adds the four controls necessary to be able to switch ivtv over to this new API. Signed-off-by: Hans Verkuil --- drivers/

[RFCv3 PATCH 5/8] Document decoder controls.

From: Hans Verkuil Signed-off-by: Hans Verkuil --- Documentation/DocBook/media/v4l/controls.xml | 59 ++ 1 files changed, 59 insertions(+), 0 deletions(-) diff --git a/Documentation/DocBook/media/v4l/controls.xml b/Documentation/DocBook/media/v4l/controls.xml index 9

[RFCv3 PATCH 3/8] ivtv: implement new decoder command ioctls.

From: Hans Verkuil Signed-off-by: Hans Verkuil --- drivers/media/video/ivtv/ivtv-driver.c |2 +- drivers/media/video/ivtv/ivtv-fileops.c |2 +- drivers/media/video/ivtv/ivtv-ioctl.c | 106 +++--- drivers/media/video/ivtv/ivtv-streams.c |4 +- 4 files chan

[RFCv3 PATCH 0/8] Add decoder API to V4L2

This is the third version of the new decoder API. The second version is here: http://www.spinics.net/lists/linux-media/msg40474.html The main changes are: - The DVB API is left untouched. So this series only makes changes to the V4L2 subsystem. DVB is just too depressing to propose any change

[RFCv3 PATCH 2/8] v4l spec: document VIDIOC_(TRY_)DECODER_CMD.

From: Hans Verkuil Signed-off-by: Hans Verkuil --- Documentation/DocBook/media/v4l/v4l2.xml |1 + .../DocBook/media/v4l/vidioc-decoder-cmd.xml | 256 .../DocBook/media/v4l/vidioc-encoder-cmd.xml |9 +- 3 files changed, 262 insertions(+), 4 del

[RFCv3 PATCH 1/8] v4l2: add VIDIOC_(TRY_)DECODER_CMD.

From: Hans Verkuil As discussed during the 2011 V4L-DVB workshop, the API in dvb/video.h should be replaced by a proper V4L2 API. This patch turns the VIDEO_(TRY_)DECODER_CMD ioctls into proper V4L2 ioctls. Signed-off-by: Hans Verkuil --- drivers/media/video/v4l2-compat-ioctl32.c |2 + dri

[PATCH] media: tvp5150: Add mbus_fmt callbacks.

These callbacks allow a host video driver to poll video formats supported by tvp5150. --- Changes since v1: Fix standard handling in tvp5150_mbus_fmt() Signed-off-by: Javier Martin --- drivers/media/video/tvp5150.c | 67 + 1 files changed, 67 insertion

Re: [PATCH 1/2] media: add new mediabus format enums for dm365

Hi Manhunath, Thanks for the patch. On Thursday 15 December 2011 13:24:57 Manjunath Hadli wrote: > add new enum entry V4L2_MBUS_FMT_SGRBG10_ALAW8_1X8 into mbus_pixel_code > to represent A-LAW compressed Bayer format. This corresponds to pixel > format - V4L2_PIX_FMT_SGRBG10ALAW8. > add UV8 and NV

Re: [PATCH 2/2] v4l2: add new pixel formats supported on dm365

Hi Manjunath, Thanks for the patch. On Thursday 15 December 2011 13:24:58 Manjunath Hadli wrote: > add new macro V4L2_PIX_FMT_SGRBG10ALAW8 to represent Bayer format > frames compressed by A-LAW alogorithm. > add V4L2_PIX_FMT_UV8 to represent storage of C (UV interleved) only. > > Signed-off-by:

Re: [RFC 3/4] omap3isp: Configure CSI-2 phy based on platform data

Hi Sakari, On Thursday 15 December 2011 12:53:03 Sakari Ailus wrote: > On Thu, Dec 15, 2011 at 11:28:06AM +0100, Laurent Pinchart wrote: > > On Thursday 15 December 2011 10:50:34 Sakari Ailus wrote: > > > Configure CSI-2 phy based on platform data in the ISP driver rather > > > than in platform co

Re: [PATCH 1/2] media: tvp5150 Fix default input selection.

On 15 December 2011 13:01, javier Martin wrote: >> The mx2_camera needs some code to forward calls to S_INPUT/S_ROUTING to >> tvp5150, in order to set the pipelines there. > > This sounds like a sensible solution I will work on that soon. > Hi Mauro, regarding this subject it seems soc-camera ass

[PATCH 1/2] media: add new mediabus format enums for dm365

add new enum entry V4L2_MBUS_FMT_SGRBG10_ALAW8_1X8 into mbus_pixel_code to represent A-LAW compressed Bayer format. This corresponds to pixel format - V4L2_PIX_FMT_SGRBG10ALAW8. add UV8 and NV12 ( Y and C separate with UV interleaved) which are supported on dm365. Signed-off-by: Manjunath Hadli C

[PATCH 2/2] v4l2: add new pixel formats supported on dm365

add new macro V4L2_PIX_FMT_SGRBG10ALAW8 to represent Bayer format frames compressed by A-LAW alogorithm. add V4L2_PIX_FMT_UV8 to represent storage of C (UV interleved) only. Signed-off-by: Manjunath Hadli Cc: Laurent Pinchart --- include/linux/videodev2.h |6 ++ 1 files changed, 6 inser

[PATCH 0/2] add dm365 specific media formats

add mediabus formats and pixel formats suported as part of dm365 vpfe device. The device supports media formats(transfer and storage) which include - 1. ALAW compressed bayer. 2. UV interleaved without Y( for resizer) 3. NV12 Manjunath Hadli (2): media: add new mediabus format enums for dm365

[PATCH v6 01/11] davinci: vpif: remove obsolete header file inclusion

remove inclusion of header files from vpif.h and vpif_dispaly.c and add appropriate header file for building. Signed-off-by: Manjunath Hadli Cc: Mauro Carvalho Chehab Cc: LMML --- drivers/media/video/davinci/vpif.h |2 +- drivers/media/video/davinci/vpif_display.c |2 -- 2 file

Re: [PATCH v3] arm: omap3evm: Add support for an MT9M032 based camera board.

Hi Martin, On Wednesday 14 December 2011 19:22:29 mar...@neutronstar.dyndns.org wrote: > On Wed, Dec 14, 2011 at 02:15:22PM +0100, Laurent Pinchart wrote: > > On Wednesday 14 December 2011 10:31:35 Igor Grinberg wrote: > > > On 12/14/11 03:25, Martin Hostettler wrote: > > > > Adds board support fo

Re: [PATCH 1/2] media: tvp5150 Fix default input selection.

> The mx2_camera needs some code to forward calls to S_INPUT/S_ROUTING to > tvp5150, in order to set the pipelines there. This sounds like a sensible solution I will work on that soon. Regards. -- Javier Martin Vista Silicon S.L. CDTUC - FASE C - Oficina S-345 Avda de los Castros s/n 39005- Sant

Re: [RFC 1/4] omap3isp: Implement validate_pipeline

Hi Laurent, Thanks for the review!!! On Thu, Dec 15, 2011 at 11:18:53AM +0100, Laurent Pinchart wrote: > Hi Sakari, > > Thanks for the patch. > > On Thursday 15 December 2011 10:50:32 Sakari Ailus wrote: > > Validate pipeline of any external entity connected to the ISP driver. > > The validatio

Re: [RFC 3/4] omap3isp: Configure CSI-2 phy based on platform data

Hi Laurent, Thanks for the review! On Thu, Dec 15, 2011 at 11:28:06AM +0100, Laurent Pinchart wrote: > Hi Sakari, > > Thanks for the patch. > > On Thursday 15 December 2011 10:50:34 Sakari Ailus wrote: > > Configure CSI-2 phy based on platform data in the ISP driver rather than in > > platform

Re: [PATCH 1/2] media: tvp5150 Fix default input selection.

On 15-12-2011 08:24, javier Martin wrote: >> Changing this could break em28xx that might be expecting it >> to be set to composite1. On a quick look, the code there seems to be >> doing the right thing: during the probe procedure, it explicitly >> calls s_routing, in order to initialize the device

problems with mythtv and pvr-350

changing channel stopped working ages ago (5-6 months). i assumed that it was a bug in myth. now i am wondering. as far as i can see, mytht pauses the device when changing channel. but somewhere along the way it chokes when unpausing (poll errors). i notice that hans made some changes in this ar

Re: [GIT PULL FOR v3.3] Media, OMAP3 ISP & AS3645A

Hi Mauro, On Tuesday 13 December 2011 02:43:27 Laurent Pinchart wrote: > Hi Mauro, > > The following changes since commit > bcc072756e4467dc30e502a311b1c3adec96a0e4: > > [media] STV0900: Query DVB frontend delivery capabilities (2011-12-12 > 15:04:34 -0200) > > are available in the git reposi

Re: [RFC 4/4] omap3isp: Use pixel clock from sensor media bus frameformat

Hi Sakari, Thanks for the patch. On Thursday 15 December 2011 10:50:35 Sakari Ailus wrote: > Configure the ISP based on the pixel clock in media bus frame format. > Previously the same was configured from the board code. > > Signed-off-by: Sakari Ailus > --- > drivers/media/video/omap3isp/isp.

Re: [RFC 3/4] omap3isp: Configure CSI-2 phy based on platform data

Hi Sakari, Thanks for the patch. On Thursday 15 December 2011 10:50:34 Sakari Ailus wrote: > Configure CSI-2 phy based on platform data in the ISP driver rather than in > platform code. > > Signed-off-by: Sakari Ailus > --- > drivers/media/video/omap3isp/isp.h |3 - > drivers/media/v

Re: [PATCH 1/2] media: tvp5150 Fix default input selection.

> Changing this could break em28xx that might be expecting it > to be set to composite1. On a quick look, the code there seems to be > doing the right thing: during the probe procedure, it explicitly > calls s_routing, in order to initialize the device input to the > first input type found at the c

Re: [RFC 1/4] omap3isp: Implement validate_pipeline

Hi Sakari, Thanks for the patch. On Thursday 15 December 2011 10:50:32 Sakari Ailus wrote: > Validate pipeline of any external entity connected to the ISP driver. > The validation of the pipeline for the part that involves links inside the > domain of another driver must be done by that very driv

Re: [PATCH v3] arm: omap3evm: Add support for an MT9M032 based camera board.

On 12/14/11 20:14, mar...@neutronstar.dyndns.org wrote: > On Wed, Dec 14, 2011 at 11:31:35AM +0200, Igor Grinberg wrote: >> Hi Martin, >> >> On 12/14/11 03:25, Martin Hostettler wrote: >>> Adds board support for an MT9M032 based camera to omap3evm. >>> >>> Signed-off-by: Martin Hostettler >>> ---

[PATCHv5] v4l: Update subdev drivers to handle framesamples parameter

Update the sub-device drivers having a devnode enabled so they properly handle the new framesamples field of struct v4l2_mbus_framefmt. These drivers don't support compressed (entropy encoded) formats so the framesamples field is simply initialized to 0, altogether with the reserved field. There i

Re: [PATCH 2/2] media: tvp5150: Add mbus_fmt callbacks.

Hi Mauro, thank you for your review, I will prepare a new version with those fixes. -- Javier Martin Vista Silicon S.L. CDTUC - FASE C - Oficina S-345 Avda de los Castros s/n 39005- Santander. Cantabria. Spain +34 942 25 32 60 www.vista-silicon.com -- To unsubscribe from this list: send the line

Re: [PATCH 1/2] media: tvp5150 Fix default input selection.

On 15-12-2011 07:39, Javier Martin wrote: > In page 23 of the datasheet of this chip (SLES098A) > it is stated that de default input for this chip > is Composite AIP1A which is the same as COMPOSITE0 > in the driver. > > Signed-off-by: Javier Martin > --- > drivers/media/video/tvp5150.c |2 +

Re: Why is the Y12 support 12-bit grey formats at the CCDC input (Y12) is truncated to Y10 at the CCDC output?

Hi James, On 12/15/2011 10:49 AM, James wrote: Hi Michael, On Thu, Dec 15, 2011 at 3:58 PM, Michael Jones wrote: Hi James, On 12/15/2011 08:14 AM, James wrote: Hi all, I'm using an OMAP3530 board and a monochrome 12-bit grey sensor. Can anyone enlighten me why is the 12-bit grey format

Re: v4l: How bridge driver get subdev std?

2011/12/15 Hans Verkuil : > On Thursday, December 15, 2011 10:48:39 Scott Jiang wrote: >> Hi Hans and Guennadi, >> >> I'm wondering how does bridge driver get subdev std (not query)? >> My case is that bridge needs to get subdev default std. > > It can just call the core g_std op. Note that g_std w

RE: [PATCH v3 2/2] [media] V4L: atmel-isi: add clk_prepare()/clk_unprepare() functions

Hi, Guennadi Would you acknowledge these two v3 patches and queue them for 3.3 merge window? Thanks. Best Regards, Josh Wu On Thursday, December 08, 2011 6:19 PM, Josh Wu wrote: > Signed-off-by: Josh Wu > --- > in v2 version, made the label name to be consistent > drivers/media/video/atmel-is

Re: [PATCH 2/2] media: tvp5150: Add mbus_fmt callbacks.

On 15-12-2011 07:39, Javier Martin wrote: > These callbacks allow a host video driver > to poll video supported video formats of tvp5150. > > Signed-off-by: Javier Martin > --- > drivers/media/video/tvp5150.c | 72 > + > 1 files changed, 72 insertions(+

Re: v4l: How bridge driver get subdev std?

On Thursday, December 15, 2011 10:48:39 Scott Jiang wrote: > Hi Hans and Guennadi, > > I'm wondering how does bridge driver get subdev std (not query)? > My case is that bridge needs to get subdev default std. It can just call the core g_std op. Note that g_std was added only recently (September

Re: Hauppauge HVR-930C problems

On 15-12-2011 06:04, Fredrik Lingvall wrote: > On 12/14/11 17:33, Mihai Dobrescu wrote: >> Hello, >> >> I need to make my tunner working too. >> Did you make it work? >> Where did you get the firmware (dvb-usb-hauppauge-hvr930c-drxk.fw)? >> I have Sabayon 7 64 bit, which is sort of Gentoo, as I've

[RFC 3/4] omap3isp: Configure CSI-2 phy based on platform data

Configure CSI-2 phy based on platform data in the ISP driver rather than in platform code. Signed-off-by: Sakari Ailus --- drivers/media/video/omap3isp/isp.h |3 - drivers/media/video/omap3isp/ispcsiphy.c | 95 ++--- drivers/media/video/omap3isp/ispcsiphy.h |

[RFC 2/4] omap3isp: Add lane configuration to platform data

Add lane configuration (order of clock and data lane) to platform data on both CCP2 and CSI-2. Signed-off-by: Sakari Ailus --- drivers/media/video/omap3isp/ispcsiphy.h | 15 ++- include/media/omap3isp.h | 15 +++ 2 files changed, 17 insertions(+), 13 d

[RFC 4/4] omap3isp: Use pixel clock from sensor media bus frameformat

Configure the ISP based on the pixel clock in media bus frame format. Previously the same was configured from the board code. Signed-off-by: Sakari Ailus --- drivers/media/video/omap3isp/isp.c |3 +-- drivers/media/video/omap3isp/isp.h |3 ++- drivers/media/video/omap3isp/ispvi

[RFC 1/4] omap3isp: Implement validate_pipeline

Validate pipeline of any external entity connected to the ISP driver. The validation of the pipeline for the part that involves links inside the domain of another driver must be done by that very driver. Signed-off-by: Sakari Ailus --- drivers/media/video/omap3isp/ispvideo.c | 12

Re: [patch -longterm] V4L/DVB: v4l2-ioctl: integer overflow in video_usercopy()

On 15-12-2011 07:33, Hans Verkuil wrote: > On Thursday, December 15, 2011 10:21:41 Mauro Carvalho Chehab wrote: >> On 15-12-2011 04:34, Dan Carpenter wrote: >>> On a 32bit system the multiplication here could overflow. p->count is >>> used in some of the V4L drivers. >> >> ULONG_MAX / sizeof(v4l2_

[RFC 0/4] OMAP 3 ISP driver improvements

Hi all, This patchset removes two of the three callbacks in the OMAP 3 ISP driver's board code. It is dependent on first and third patch in the "[RFC] On controlling sensors" patchset: http://www.spinics.net/lists/linux-media/msg40861.html> What will be left is the external clock, which should

Re: Why is the Y12 support 12-bit grey formats at the CCDC input (Y12) is truncated to Y10 at the CCDC output?

Hi Michael, On Thu, Dec 15, 2011 at 3:58 PM, Michael Jones wrote: > Hi James, > > > On 12/15/2011 08:14 AM, James wrote: >> >> Hi all, >> >> I'm using an OMAP3530 board and a monochrome 12-bit grey sensor. >> >> Can anyone enlighten me why is the 12-bit grey formats at the CCDC >> input (Y12) is

v4l: How bridge driver get subdev std?

Hi Hans and Guennadi, I'm wondering how does bridge driver get subdev std (not query)? My case is that bridge needs to get subdev default std. Regards, Scott -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majord

[RFCv3 PATCH 1/3] V4L2: Add per-device-node capabilities

From: Hans Verkuil If V4L2_CAP_DEVICE_CAPS is set, then the new device_caps field is filled with the capabilities of the opened device node. The capabilities field traditionally contains the capabilities of the physical device, being a superset of all capabilities available at the several device

[RFCv3 PATCH 3/3] ivtv: setup per-device caps.

From: Hans Verkuil Signed-off-by: Hans Verkuil --- drivers/media/video/ivtv/ivtv-driver.h |1 + drivers/media/video/ivtv/ivtv-ioctl.c |7 +-- drivers/media/video/ivtv/ivtv-streams.c | 14 ++ 3 files changed, 20 insertions(+), 2 deletions(-) diff --git a/drivers/med

[RFCv3 PATCH 2/3] vivi: set device_caps.

From: Hans Verkuil Signed-off-by: Hans Verkuil --- drivers/media/video/vivi.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vivi.c index 7d754fb..84ea88d 100644 --- a/drivers/media/video/vivi.c +++ b/drivers/media/v

[RFCv3 PATCH 0/3] Add per-device-node capabilities

Hi Mauro, This patch series adds support for per-device capabilities. All comments from the previous RFC PATCH series: http://comments.gmane.org/gmane.linux.drivers.video-input-infrastructure/40688 have been incorporated and the documentation has been updated. The only file changed since the p

[PATCH 2/2] media: tvp5150: Add mbus_fmt callbacks.

These callbacks allow a host video driver to poll video supported video formats of tvp5150. Signed-off-by: Javier Martin --- drivers/media/video/tvp5150.c | 72 + 1 files changed, 72 insertions(+), 0 deletions(-) diff --git a/drivers/media/video/tvp5150

[PATCH 1/2] media: tvp5150 Fix default input selection.

In page 23 of the datasheet of this chip (SLES098A) it is stated that de default input for this chip is Composite AIP1A which is the same as COMPOSITE0 in the driver. Signed-off-by: Javier Martin --- drivers/media/video/tvp5150.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff

Re: [patch -longterm] V4L/DVB: v4l2-ioctl: integer overflow in video_usercopy()

On Thursday, December 15, 2011 10:21:41 Mauro Carvalho Chehab wrote: > On 15-12-2011 04:34, Dan Carpenter wrote: > > On a 32bit system the multiplication here could overflow. p->count is > > used in some of the V4L drivers. > > ULONG_MAX / sizeof(v4l2_ext_control) is too much. This ioctl is used

Re: [patch -longterm] V4L/DVB: v4l2-ioctl: integer overflow in video_usercopy()

On 15-12-2011 04:34, Dan Carpenter wrote: > On a 32bit system the multiplication here could overflow. p->count is > used in some of the V4L drivers. ULONG_MAX / sizeof(v4l2_ext_control) is too much. This ioctl is used on things like setting MPEG paramenters, where several parameters need adjustme

Re: [PATCH 1/15] module_param: check type correctness for module_param_array

On 15-12-2011 01:00, Rusty Russell wrote: > module_param_array(), unlike its non-array cousins, didn't check the type > of the variable. Fixing this found two bugs. > > Cc: Luca Risolia > Cc: Mauro Carvalho Chehab > Cc: Eric Piel > Cc: linux-media@vger.kernel.org > Signed-off-by: Rusty Russell

Re: Hauppauge HVR-930C problems

On 12/14/11 17:33, Mihai Dobrescu wrote: Hello, I need to make my tunner working too. Did you make it work? Where did you get the firmware (dvb-usb-hauppauge-hvr930c-drxk.fw)? I have Sabayon 7 64 bit, which is sort of Gentoo, as I've seen you have. Thank you. Hi Mihai, There is a perl script

Re: Why is the Y12 support 12-bit grey formats at the CCDC input (Y12) is truncated to Y10 at the CCDC output?

Hi James, On 12/15/2011 08:14 AM, James wrote: Hi all, I'm using an OMAP3530 board and a monochrome 12-bit grey sensor. Can anyone enlighten me why is the 12-bit grey formats at the CCDC input (Y12) is truncated to Y10 at the CCDC output? There are 2 CCDC outputs: CCDC_PAD_SOURCE_OF and CCDC