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:Wed Dec 26 19:00:21 CET 2012 git hash:30ebc5e44d057a1619ad63fe32c8c1670c37c4b8 gcc version: i686-linux-gcc (GCC

Re: em28xx: module parameter prefer_bulk ?

Am 24.12.2012 16:16, schrieb Mauro Carvalho Chehab: > Em Mon, 24 Dec 2012 12:25:38 +0100 > Frank Schäfer escreveu: > >> Hi Mauro, >> >> now that we prefer bulk transfers for webcams and isoc transfers for TV, >> I wonder if prefer_bulk is still a good name for this module parameter. >> What about

[PATCH 4/6] sh_mobile_ceu_camera: add asynchronous subdevice probing support

Use the v4l2-async API to support asynchronous subdevice probing, including the CSI2 subdevice. Synchronous probing is still supported too. Signed-off-by: Guennadi Liakhovetski --- .../platform/soc_camera/sh_mobile_ceu_camera.c | 135 drivers/media/platform/soc_camera/sh_mo

[PATCH 6/6] ARM: shmobile: convert ap4evb to asynchronously register camera subdevices

Register the imx074 camera I2C and the CSI-2 platform devices directly in board platform data instead of letting the sh_mobile_ceu_camera driver and the soc-camera framework register them at their run-time. This uses the V4L2 asynchronous subdevice probing capability. Signed-off-by: Guennadi Liakh

[PATCH 5/6] imx074: support asynchronous probing

Both synchronous and asynchronous imx074 subdevice probing is supported by this patch. Signed-off-by: Guennadi Liakhovetski --- drivers/media/i2c/soc_camera/imx074.c | 23 --- 1 files changed, 20 insertions(+), 3 deletions(-) diff --git a/drivers/media/i2c/soc_camera/imx07

[PATCH v3 0/6] V4L2 asynchronous probing + soc-camera example

This is v3 (roughly) of the V4L2 asynchronous probing patch plus an example soc-camera framework and 1 host, 1 sensor and 1 board conversion patch set. Logically, this is based on top of my recent patch series http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/58524 and the

[PATCH 2/6] media: soc-camera: switch I2C subdevice drivers to use v4l2-clk

Instead of centrally enabling and disabling subdevice master clocks in soc-camera core, let subdevice drivers do that themselves, using the V4L2 clock API and soc-camera convenience wrappers. Signed-off-by: Guennadi Liakhovetski --- drivers/media/i2c/soc_camera/imx074.c | 18 ++-

[PATCH 3/6] soc-camera: add V4L2-async support

Add support for asynchronous subdevice probing, using the v4l2-async API. The legacy synchronous mode is still supported too, which allows to gradually update drivers and platforms. The selected approach adds a notifier for each struct soc_camera_device instance, i.e. for each video device node, ev

[PATCH 1/6] media: V4L2: support asynchronous subdevice registration

Currently bridge device drivers register devices for all subdevices synchronously, tupically, during their probing. E.g. if an I2C CMOS sensor is attached to a video bridge device, the bridge driver will create an I2C device and wait for the respective I2C driver to probe. This makes linking of

[PATCH 5/6] media: soc-camera: use devm_kzalloc in subdevice drivers

I2C drivers can use devm_kzalloc() too in their .probe() methods. Doing so simplifies their clean up paths. Signed-off-by: Guennadi Liakhovetski --- drivers/media/i2c/soc_camera/imx074.c | 13 +-- drivers/media/i2c/soc_camera/mt9m001.c | 14 +++- driv

[PATCH 3/6] soc-camera: remove struct soc_camera_device::video_lock

Currently soc-camera has a per-device node lock, used for video operations and a per-host lock for code paths, modifying host's pipeline. Manipulating the two locks increases complexity and doesn't bring any advantages. This patch removes the per-device lock and uses the per-host lock for all opera

[PATCH 4/6] media: soc-camera: split struct soc_camera_link into host and subdevice parts

struct soc_camera_link currently contains fields, used both by sensor and bridge drivers. To make subdevice driver re-use simpler, split it into a host and a subdevice parts. Signed-off-by: Guennadi Liakhovetski --- drivers/media/i2c/soc_camera/imx074.c | 14 ++-- drivers/media/i2

[PATCH 0/6] soc-camera: improvements and fixes, prepare for async

These patches fix several issues in soc-camera drivers, preparing a cleaner base for v4l2-async patches. Thanks Guennadi Guennadi Liakhovetski (6): media: sh_mobile_ceu_camera: fix CSI2 format negotiation media: soc-camera: properly fix camera probing races soc-camera: remove struct soc_ca

[PATCH 1/6] media: sh_mobile_ceu_camera: fix CSI2 format negotiation

CSI-2 format negotiation has been broken by a changed order of driver probing. Fix this by allowing an early CSI2 discovery during format enumeration. Signed-off-by: Guennadi Liakhovetski --- .../platform/soc_camera/sh_mobile_ceu_camera.c |2 +- 1 files changed, 1 insertions(+), 1 deleti

[PATCH 2/6] media: soc-camera: properly fix camera probing races

The recently introduced host_lock causes lockdep warnings, besides, list enumeration in scan_add_host() must be protected by holdint the list_lock. OTOH, holding .video_lock in soc_camera_open() isn't enough to protect the host during its building of the pipeline, because .video_lock is per soc-cam

[PATCH 6/6] soc-camera: fix repeated regulator requesting

Currently devm_regulator_bulk_get() is called by soc-camera during host driver probing, but regulators are attached to the camera platform device, that is staying, independent whether the host probed successfully or not. This can lead to repeated regulator requesting, if the host driver is re-probe

Re: [PATCH 1/6] uvcvideo: Set error_idx properly for extended controls API failures

Hi Mauro, On Wednesday 26 December 2012 12:00:35 Mauro Carvalho Chehab wrote: > Em Wed, 26 Dec 2012 12:33:58 +0100 Laurent Pinchart escreveu: > > On Tuesday 25 December 2012 12:50:51 Hans Verkuil wrote: > > > On Tue December 25 2012 12:23:00 Laurent Pinchart wrote: > > > > On Tuesday 25 December 2

[PULL] dvb: push down ioctl lock in dvb_usercopy / fix ioctls failing if frontend open/closed too fast

Mauro, The following two patches have been on the mailing lists for a while with no complaints. I have been testing them for the past few days and all seems well. I haven't been able to test the AV7110 driver myself, but the patch is sane and should not cause any regressions. I believe these ar

[PATCH] [media] vivi: Constify structures

Most of *_ops and other structures in vivi.c were already declared const but some have not. Constify and code/data will take less space: $ size drivers/media/platform/vivi.o textdata bss dec hex filename before: 12569 248 8 128253219 drivers/m

Re: [PATCH 1/6] uvcvideo: Set error_idx properly for extended controls API failures

Em Wed, 26 Dec 2012 12:33:58 +0100 Laurent Pinchart escreveu: > Hi Hans, > > On Tuesday 25 December 2012 12:50:51 Hans Verkuil wrote: > > On Tue December 25 2012 12:23:00 Laurent Pinchart wrote: > > > On Tuesday 25 December 2012 12:15:25 Hans Verkuil wrote: > > > > On Mon December 24 2012 13:27:

Re: [PATCH 1/2] v4l2: blackfin: convert ppi driver to a module

Hi Scott, Em Tue, 20 Nov 2012 14:49:35 -0500 Scott Jiang escreveu: Coul you please send us a patch adding you at MAINTAINERS for this driver? Thanks! Mauro > Other drivers can make use of it. > > Signed-off-by: Scott Jiang > --- > drivers/media/platform/blackfin/Kconfig |6 +- > dr

Re: [PATCH 1/6] uvcvideo: Set error_idx properly for extended controls API failures

Hi Hans, On Tuesday 25 December 2012 12:50:51 Hans Verkuil wrote: > On Tue December 25 2012 12:23:00 Laurent Pinchart wrote: > > On Tuesday 25 December 2012 12:15:25 Hans Verkuil wrote: > > > On Mon December 24 2012 13:27:08 Laurent Pinchart wrote: > > > > On Thursday 27 September 2012 17:16:15 La