cron job: media_tree daily build: OK

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: Tue Jun 28 04:00:27 CEST 2016 git branch: test git hash: 59f0bc11848f8f3242bc1fefae670e745929cd7b gcc

Re: [PATCH] [media] rcar-csi2: add Renesas R-Car MIPI CSI-2 driver

Hi, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on next-20160627] [cannot apply to v4.7-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Niklas-S-derlund/rcar-csi2

Re: [PATCH] [media] rcar-csi2: add Renesas R-Car MIPI CSI-2 driver

Hi, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on next-20160627] [cannot apply to v4.7-rc5] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Niklas-S-derlund/rcar-csi2

Re: [RESEND PATCH v2 1/5] ir-rx51: Fix build after multiarch changes broke it

On 23.06.2016 20:48, Pali Rohár wrote: On Wednesday 22 June 2016 21:22:17 Ivaylo Dimitrov wrote: The ir-rx51 driver for n900 has been disabled since the multiarch changes as plat include directory no longer is SoC specific. Let's fix it with minimal changes to pass the dmtimer calls in

[RFC 2/2] [media] i2c: adv7482: add adv7482 driver

This patch adds basic support for the ADV7482. It can output the HDMI source on the TXA sink and any AIN source on the TXB sink. Driver is based on a prototype by Koji Matsuoka in the Renesas BSP. Signed-off-by: Niklas Söderlund ---

[RFC 0/2] [media] i2c: adv7482: add adv7482 driver

Hi all, This is a RFC for the Analog Devices ADV7482 driver. It is based on top of the media_tree and depends on the series '[PATCH 0/2] move s_stream from v4l2_subdev_video_ops to move s_stream from v4l2_subdev_pad_ops'. It's tested on a Renesas Salvator-X board. The driver is not ready for

[RFC 1/2] media: entity: Add has_route entity operation

From: Laurent Pinchart The optional operation can be used by entities to report whether two pads are internally connected. Signed-off-by: Laurent Pinchart Signed-off-by: Michal Simek Signed-off-by:

[PATCH] [media] rcar-csi2: add Renesas R-Car MIPI CSI-2 driver

Hi all, This patch adds support for the R-Car MIPI CSI-2 driver. It is based on top of the media_tree and depends on the series '[PATCH 0/2] move s_stream from v4l2_subdev_video_ops to move s_stream from v4l2_subdev_pad_ops'. It's tested on a Renesas Salvator-X board. The patch itself do not

[PATCH] [media] rcar-csi2: add Renesas R-Car MIPI CSI-2 driver

A V4L2 driver for Renesas R-Car MIPI CSI-2 interface. The driver supports the rcar-vin driver on R-Car Gen3 SoCs where a separate driver is needed to receive CSI-2. Driver is based on a prototype by Koji Matsuoka in the Renesas BSP. Signed-off-by: Niklas Söderlund

Re: [PATCH v3] tw686x: use a formula instead of two tables for div

Em Mon, 27 Jun 2016 12:45:38 -0300 Ezequiel Garcia escreveu: > Hi Mauro, > > Thanks a lot for the patch. > > On 27 April 2016 at 12:27, Mauro Carvalho Chehab > wrote: > > Instead of using two tables to estimate the temporal decimation >

Problems with cx23885 IR receiver

Hello, I bought a TechnoTrend TT-budget CT2-4500 [1,2] DVB-C card. By recommendation from that list I use the firmware from http://palosaari.fi/linux/v4l-dvb/firmware/Si2168/Si2168-B40/4.0.11/ Aaccording to linuxtv.org my card is an OEM version of the DVB Sky T980C). Thanks to this list, who

Re: [PATCH v3] tw686x: use a formula instead of two tables for div

Hi Mauro, Thanks a lot for the patch. On 27 April 2016 at 12:27, Mauro Carvalho Chehab wrote: > Instead of using two tables to estimate the temporal decimation > factor, use a formula. This allows to get the closest fps, with > sounds better than the current tables. > >

Re: [PATCH] tw686x: be explicit about the possible dma_mode options

On 27 June 2016 at 05:31, Hans Verkuil wrote: > Users won't know what to put in this module option if it isn't > described. > > Signed-off-by: Hans Verkuil > --- > Ezequiel, this sits on top of your tw686x patch series and will be part of > the pull >

[PATCH v2.1 8/9] media: Add 1X16 16-bit raw bayer media bus code definitions

The codes will be called: MEDIA_BUS_FMT_SBGGR16_1X16 MEDIA_BUS_FMT_SGBRG16_1X16 MEDIA_BUS_FMT_SGRBG16_1X16 MEDIA_BUS_FMT_SRGGB16_1X16 Signed-off-by: Sakari Ailus --- Documentation/DocBook/media/v4l/subdev-formats.xml | 252

[PATCH v2.1 9/9] v4l: Add 16-bit raw bayer pixel format definitions

The formats added by this patch are: V4L2_PIX_FMT_SBGGR16 V4L2_PIX_FMT_SGBRG16 V4L2_PIX_FMT_SGRBG16 V4L2_PIX_FMT_SRGGB16 already existed before the patch. Rework the documentation to match that of the other sample depths. Signed-off-by: Sakari Ailus

Re: [PATCHv5 08/13] media/platform: convert drivers to use the new vb2_queue dev field

On 06/27/2016 03:31 PM, Hans Verkuil wrote: > From: Hans Verkuil > > Stop using alloc_ctx and just fill in the device pointer. > > Signed-off-by: Hans Verkuil > Cc: Fabien Dessenne > Acked-by: Benoit Parrot

[PATCH v2.1 6/9] v4l: Add 14-bit raw bayer pixel format definitions

The formats added by this patch are: V4L2_PIX_FMT_SBGGR14 V4L2_PIX_FMT_SGBRG14 V4L2_PIX_FMT_SGRBG14 V4L2_PIX_FMT_SRGGB14 Signed-off-by: Jouni Ukkonen Signed-off-by: Sakari Ailus Acked-by: Hans Verkuil

[patch] [media] dvb-usb: silence an uninitialized variable warning

My static checker complains that if adap->props.num_frontends is 0 then "ret" is uninitialized. I don't think that can happen. But "ret" is always zero here so we can just remove the condition. This extra check was added in commit 0d3ab8410dcb ('[media] dvb core: must check

[PATCHv5 09/13] media/platform: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Reviewed-by: Laurent Pinchart Cc: Mikhail Ulyanov Cc: Guennadi

[PATCHv5 08/13] media/platform: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Fabien Dessenne Acked-by: Benoit Parrot Reviewed-by: Laurent Pinchart

[PATCHv5 05/13] media/pci: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Federico Vaga Cc: Mauro Carvalho Chehab --- drivers/media/pci/cobalt/cobalt-driver.c

[PATCHv5 07/13] media/platform: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Acked-by: Lad, Prabhakar Cc: Scott Jiang Acked-by: Philipp Zabel

[PATCHv5 11/13] media/platform: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Kyungmin Park Cc: Sylwester Nawrocki ---

[PATCHv5 13/13] vb2: replace void *alloc_ctxs by struct device *alloc_devs

From: Hans Verkuil Make this a proper typed array. Drop the old allocate context code since that is no longer used. Note that the memops functions now get a struct device pointer instead of the struct device ** that was there initially (actually a void pointer to a

[PATCHv5 10/13] media/.../soc-camera: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Guennadi Liakhovetski Cc: Ludovic Desroches Cc: Sergei Shtylyov

[PATCHv5 06/13] staging/media: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Acked-by: Lad, Prabhakar Reviewed-by: Laurent Pinchart ---

[PATCHv5 04/13] sur40: set q->dev instead of allocating a context

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Florian Echtler --- drivers/input/touchscreen/sur40.c | 13 + 1 file changed, 1 insertion(+), 12

[PATCHv5 03/13] v4l2-pci-skeleton: set q->dev instead of allocating a context

From: Hans Verkuil Stop using alloc_ctx as that is now no longer needed. Signed-off-by: Hans Verkuil --- samples/v4l/v4l2-pci-skeleton.c | 15 ++- 1 file changed, 2 insertions(+), 13 deletions(-) diff --git

[PATCHv5 12/13] media/platform: convert drivers to use the new vb2_queue dev field

From: Hans Verkuil Stop using alloc_ctx and just fill in the device pointer. Signed-off-by: Hans Verkuil Cc: Kyungmin Park Cc: Sylwester Nawrocki ---

[PATCHv5 00/13] vb2: replace allocation context by device pointer

From: Hans Verkuil The opaque allocation context that allocators use and drivers have to fill in is really nothing more than a device pointer wrapped in an kmalloc()ed struct. This patch series adds a new 'struct device *dev' field that contains the default device

[PATCHv5 01/13] vb2: move dma_attrs to vb2_queue

From: Hans Verkuil Make the dma attributes struct part of vb2_queue. This greatly simplifies the remainder of the patch series since the dma_contig alloc context is now (as before) just a struct device pointer. Signed-off-by: Hans Verkuil

[PATCHv5 02/13] vb2: add a dev field to use for the default allocation context

From: Hans Verkuil The allocation context is nothing more than a per-plane device pointer to use when allocating buffers. So just provide a dev pointer in vb2_queue for that purpose and drivers can skip allocating/releasing/filling in the allocation context unless they

[GIT PULL FOR v4.8] R-Car VSP1 driver changes

Hi Mauro, The following changes since commit c3f34a4bdd596127000666c17bbf8ba1c3d2d332: [media] v4l: vsp1: Remove deprecated DRM API (2016-06-20 20:09:10 -0300) are available in the git repository at: git://linuxtv.org/pinchartl/media.git vsp1/flip for you to fetch changes up to

Re: [v2] media: rc: fix Meson IR decoder

On 06/27/2016 12:53 PM, Martin Blumenstingl wrote: > On Mon, Jun 27, 2016 at 8:27 AM, Neil Armstrong > wrote: >> I'm quite sure the registers are good for meson6 actually, and >> it seems reasonable Amlogic made the HW evolve for the Meson8 and GXBB >> platforms. > OK,

Re: [PATCH v5 0/9] Output raw touch data via V4L2

On 27/06/2016 13:22, Hans Verkuil wrote: > On 06/27/2016 01:57 PM, Nick Dyer wrote: > 2) Alternatively, if we want to keep using BUF_TYPE_VIDEO_CAPTURE, then: > > - we keep V4L2_CAP_TOUCH which is combined with CAP_VIDEO_CAPTURE (and perhaps > VIDEO_OUTPUT in the future). The CAP_TOUCH just

[GIT PULL FOR v4.8] V4L2 core fixes

Hi Mauro, The following changes since commit 0db5c79989de2c68d5abb7ba891bfdb3cd3b7e05: [media] media-devnode.h: Fix documentation (2016-06-16 08:14:56 -0300) are available in the git repository at: git://linuxtv.org/pinchartl/media.git v4l2/core for you to fetch changes up to

[GIT PULL FOR v4.8] Various fixes

Note for Ulrich's patches: these are prerequisites for two other patch series (one from Ulrich for HDMI support and one from Niklas for Gen3 support). It doesn't hurt to add these now, and it will simplify future development. Regards, Hans The following changes since commit

[GIT PULL FOR v4.8] Sensors and decoders fixes

Hi Mauro, The following changes since commit 0db5c79989de2c68d5abb7ba891bfdb3cd3b7e05: [media] media-devnode.h: Fix documentation (2016-06-16 08:14:56 -0300) are available in the git repository at: git://linuxtv.org/pinchartl/media.git sensors/next for you to fetch changes up to

Re: [PATCH 01/24] v4l: Add metadata buffer type and format

Hi Laurent, Just one question to this patch: On Mon, 20 Jun 2016, Laurent Pinchart wrote: > The metadata buffer type is used to transfer metadata between userspace > and kernelspace through a V4L2 buffers queue. It comes with a new > metadata capture capability and format description. > >

Re: [PATCH v5 0/9] Output raw touch data via V4L2

On 06/27/2016 01:57 PM, Nick Dyer wrote: > Hi Hans- > > Thanks for reviewing this again in such detail. > > On 27/06/2016 12:26, Hans Verkuil wrote: >> On 06/23/2016 12:08 AM, Nick Dyer wrote: >>> This is a series of patches to add output of raw touch diagnostic data via >>> V4L2 >>> to the

Re: [PATCH 19/19] bdisp: move the V/H filter spec to bdisp-hw.c

On 06/24/2016 05:32 PM, Mauro Carvalho Chehab wrote: > Those structs are used only at bdisp-hw, so they shouldn't be > there in a header file that it is used elsewhere. > > This fixes the following Gcc 6.1 warnings: > > In file included from drivers/media/platform/sti/bdisp/bdisp-debug.c:11:0: >

Re: [PATCH v5 0/9] Output raw touch data via V4L2

Hi Hans- Thanks for reviewing this again in such detail. On 27/06/2016 12:26, Hans Verkuil wrote: > On 06/23/2016 12:08 AM, Nick Dyer wrote: >> This is a series of patches to add output of raw touch diagnostic data via >> V4L2 >> to the Atmel maXTouch and Synaptics RMI4 drivers. >> >> It's a

Re: [PATCH v5 0/9] Output raw touch data via V4L2

On 06/23/2016 12:08 AM, Nick Dyer wrote: > This is a series of patches to add output of raw touch diagnostic data via > V4L2 > to the Atmel maXTouch and Synaptics RMI4 drivers. > > It's a rewrite of the previous implementation which output via debugfs: it now > uses a V4L2 device in a similar

Re: [PATCH v5 8/9] Input: synaptics-rmi4 - add support for F54 diagnostics

On 06/23/2016 12:08 AM, Nick Dyer wrote: > Function 54 implements access to various RMI4 diagnostic features. > > This patch adds support for retrieving this data. It registers a V4L2 > device to output the data to user space. > > Signed-off-by: Nick Dyer > --- >

Re: [PATCH v5 7/9] Input: atmel_mxt_ts - add support for reference data

On 06/23/2016 12:08 AM, Nick Dyer wrote: > There are different datatypes available from a maXTouch chip. Add > support to retrieve reference data as well. > > Signed-off-by: Nick Dyer > --- > drivers/input/touchscreen/atmel_mxt_ts.c | 58 >

Re: [PATCH v5 3/9] Input: atmel_mxt_ts - output diagnostic debug via v4l2 device

On 06/23/2016 12:08 AM, Nick Dyer wrote: > Register a video device to output T37 diagnostic data. > > Signed-off-by: Nick Dyer > --- > drivers/input/touchscreen/Kconfig| 6 +- > drivers/input/touchscreen/atmel_mxt_ts.c | 244 > +++ >

Re: [PATCH v5 9/9] Input: sur40 - use new V4L2 touch input type

On 06/23/2016 12:08 AM, Nick Dyer wrote: > Signed-off-by: Nick Dyer > --- > drivers/input/touchscreen/sur40.c | 12 ++-- > 1 file changed, 6 insertions(+), 6 deletions(-) > > diff --git a/drivers/input/touchscreen/sur40.c > b/drivers/input/touchscreen/sur40.c >

Re: [PATCH v5 1/9] [media] v4l2-core: Add support for touch devices

On 06/23/2016 12:08 AM, Nick Dyer wrote: > Some touch controllers send out touch data in a similar way to a > greyscale frame grabber. > > Use a new device prefix v4l-touch for these devices, to stop generic > capture software from treating them as webcams. > > Add formats: > -

Re: [PATCH] sur40: drop unnecessary format description

On 27/06/2016 11:25, Hans Verkuil wrote: > Don't fill in the format description. This is now done in the V4L2 core to > ensure > consistent descriptions. > > Signed-off-by: Hans Verkuil Acked-by: Nick Dyer > > diff --git

[PATCH] sur40: drop unnecessary format description

Don't fill in the format description. This is now done in the V4L2 core to ensure consistent descriptions. Signed-off-by: Hans Verkuil diff --git a/drivers/input/touchscreen/sur40.c b/drivers/input/touchscreen/sur40.c index 880c40b..5f1617b 100644 ---

Re: [PATCH] videodev2.h: Group YUV 3 planes formats together

Hi Laurent, On Thu, Jun 16, 2016 at 02:33:14AM +0300, Laurent Pinchart wrote: > The formats are interleaved with the YUV packed and miscellaneous > formats, making the result confusing especially with the YUV444 format > being packed and not planar like YUV410 or YUV420. Move them to their > own

Re: [PATCH v4 6/8] media: rcar-vin: initialize EDID data

Hi Ulrich, On 05/13/2016 10:36 AM, Hans Verkuil wrote: > On 05/11/2016 04:02 PM, Ulrich Hecht wrote: >> Initializes the decoder subdevice with a fixed EDID blob. >> >> Signed-off-by: Ulrich Hecht > > Nacked-by: Hans Verkuil > > Instead

Re: [PATCH v4 5/8] media: rcar-vin: add DV timings support

On 05/11/2016 04:02 PM, Ulrich Hecht wrote: > Adds ioctls DV_TIMINGS_CAP, ENUM_DV_TIMINGS, G_DV_TIMINGS, S_DV_TIMINGS, > and QUERY_DV_TIMINGS. > > Signed-off-by: Ulrich Hecht Acked-by: Hans Verkuil Regards, Hans > --- >

Re: [PATCH v4 2/8] media: adv7604: automatic "default-input" selection

On 05/11/2016 04:02 PM, Ulrich Hecht wrote: > From: William Towle > > Add logic such that the "default-input" property becomes unnecessary > for chips that only have one suitable input (ADV7611 by design, and > ADV7612 due to commit 7111cddd518f ("[media] media:

Re: [PATCH v2 1/2] solo6x10: Set FRAME_BUF_SIZE to 200KB

Andrey, Since you are the original author, can you give me your Signed-off-by line? My apologies for the very late reply, it's been very busy lately and I am finally catching up... Thanks! Hans On 05/04/2016 06:21 PM, Ismael Luceno wrote: > From: Andrey Utkin

Re: [PATCH] v4l2-compliance: Improve test readability when fail

On 05/09/2016 05:44 PM, Helen Koike wrote: > In case of failure, print "q.create_bufs(node, 1, ) != EINVAL" instead > of "ret != EINVAL" > > Signed-off-by: Helen Koike > --- > > Hello, > > I was wondering, why the q.create_bufs is expected to should return EINVAL

[GIT PULL FOR v4.8] tw686x enhancements

This improves the tw686x driver, adding support for features that were formerly only available in the staging tw686x driver. Krzysztof, please let us know if there are features that you need that are not available in this driver. Otherwise I plan to remove the staging driver for kernel 4.9.

Re: [PATCH v2 2/2] ARM: dts: meson: fixed size of the meson-ir registers

On 26/06/16 23:06, Martin Blumenstingl wrote: > According to the reference driver (and the datasheet of the newer > Meson8b/S805 and GXBB/S905 SoCs) there are 14 registers, each 32 bit > wide. Then why are you modifying the DTS for the Meson6? As Neil already suggested, it seems that the hardware

[PATCH] tw686x: be explicit about the possible dma_mode options

Users won't know what to put in this module option if it isn't described. Signed-off-by: Hans Verkuil --- Ezequiel, this sits on top of your tw686x patch series and will be part of the pull request. --- drivers/media/pci/tw686x/tw686x-core.c | 2 +- 1 file changed, 1

Re: [v2] media: rc: fix Meson IR decoder

On 06/26/2016 11:06 PM, Martin Blumenstingl wrote: > The meson-ir driver uses the wrong offset (at least according to > Amlogic's reference driver as well as the datasheets of the > Meson8b/S805 and GXBB/S905). > This means that we are getting incorrect durations (REG1_TIME_IV) > reported from