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: Fri Apr 21 05:00:15 CEST 2017 media-tree git hash:9eb9db3a0f92b75ec710066202e0b2accb45afa9 media_build

Re: [PATCH 1/3] dt-bindings: mt8173: Fix mdp device tree

On Wed, 2017-04-19 at 16:35 -0500, Rob Herring wrote: > On Thu, Apr 13, 2017 at 03:33:05PM +0800, Minghsiu Tsai wrote: > > If the mdp_* nodes are under an mdp sub-node, their corresponding > > platform device does not automatically get its iommu assigned properly. > > > > Fix this by moving the

Fwd: uvcvideo extension controls

-- Forwarded message -- From: Paulo Assis Date: 2017-04-20 12:04 GMT+01:00 Subject: uvcvideo extension controls To: Laurent Pinchart Cc: Linux Media Mailing List , aUDIo

Re: [Intel-gfx] [PATCH v2] dma-buf: Rename dma-ops to prevent conflict with kunmap_atomic macro

Hi Logan, Thanks for the patch. On 20 April 2017 at 13:21, Daniel Vetter wrote: > On Wed, Apr 19, 2017 at 01:36:10PM -0600, Logan Gunthorpe wrote: >> Seeing the kunmap_atomic dma_buf_ops share the same name with a macro >> in highmem.h, the former can be aliased if any dma-buf

[PATCH] [media] atmel-isc: Set the default DMA memory burst size

Sometimes 'DMA single access' is not enough to transfer a frame of image, '8-beat burst access' is set as the default DMA memory burst size. Signed-off-by: Songjun Wu --- drivers/media/platform/atmel/atmel-isc.c | 23 --- 1 file changed, 12

Re: [Intel-gfx] [PATCH v2] dma-buf: Rename dma-ops to prevent conflict with kunmap_atomic macro

On Wed, Apr 19, 2017 at 01:36:10PM -0600, Logan Gunthorpe wrote: > Seeing the kunmap_atomic dma_buf_ops share the same name with a macro > in highmem.h, the former can be aliased if any dma-buf user includes > that header. > > I'm personally trying to include highmem.h inside scatterlist.h and

Re: [Intel-gfx] [PATCH v2] dma-buf: Rename dma-ops to prevent conflict with kunmap_atomic macro

Hi All, On 2017-04-20 09:51, Daniel Vetter wrote: On Wed, Apr 19, 2017 at 01:36:10PM -0600, Logan Gunthorpe wrote: Seeing the kunmap_atomic dma_buf_ops share the same name with a macro in highmem.h, the former can be aliased if any dma-buf user includes that header. I'm personally trying to

Re: TW686x Linux Main Line Driver Issue

On 20 April 2017 at 07:10, Anuradha Ranasinghe wrote: > Dear All, > > This issue is associated to the Linux Mainline Kernel 4.1.15.2 (branch2) > tw686x upstream driver and IMX6Q platform. > > We have an analog camera capture board (a custom one) based around tw6865. > We

[PATCH v4 2/8] [media] stm32-dcmi: STM32 DCMI camera interface driver

This V4L2 subdev driver enables Digital Camera Memory Interface (DCMI) of STMicroelectronics STM32 SoC series. Reviewed-by: Hans Verkuil Signed-off-by: Yannick Fertre Signed-off-by: Hugues Fruchet ---

[PATCH v4 0/8] Add support for DCMI camera interface of STMicroelectronics STM32 SoC series

This patchset introduces a basic support for Digital Camera Memory Interface (DCMI) of STMicroelectronics STM32 SoC series. This first basic support implements RGB565 & YUV frame grabbing. Cropping and JPEG support will be added later on. This has been tested on STM324x9I-EVAL evaluation board

Re: [PATCH] [media] sti: hdmi: improve MEDIA_CEC_NOTIFIER dependency

On Wed, Apr 19, 2017 at 11:06 PM, Hans Verkuil wrote: > On 19/04/17 18:59, Arnd Bergmann wrote: >> When the media subsystem is built as a loadable module, a built-in >> This adds a Kconfig dependency to enforce the HDMI driver to also >> be a loadable module in this case. > >

[PATCH v4 3/8] ARM: dts: stm32: Enable DCMI support on STM32F429 MCU

Enable DCMI camera interface on STM32F429 MCU. Signed-off-by: Hugues Fruchet --- arch/arm/boot/dts/stm32f429.dtsi | 37 + 1 file changed, 37 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi

[PATCH v4 5/8] ARM: dts: stm32: Enable STMPE1600 gpio expander of STM32F429-EVAL board

Enable STMPE1600 gpio expander of STM32F429-EVAL board. Signed-off-by: Hugues Fruchet --- arch/arm/boot/dts/stm32429i-eval.dts | 17 + 1 file changed, 17 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts

[PATCH v4 4/8] ARM: dts: stm32: Enable DCMI camera interface on STM32F429-EVAL board

Enable DCMI camera interface on STM32F429-EVAL board. Signed-off-by: Hugues Fruchet --- arch/arm/boot/dts/stm32429i-eval.dts | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts b/arch/arm/boot/dts/stm32429i-eval.dts index

[PATCH v4 8/8] ARM: configs: stm32: DCMI + OV2640 camera support

Enable DCMI camera interface and OV2640 camera sensor drivers. Signed-off-by: Hugues Fruchet --- arch/arm/configs/stm32_defconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index

[PATCH v4 1/8] dt-bindings: Document STM32 DCMI bindings

This adds documentation of device tree bindings for the STM32 DCMI (Digital Camera Memory Interface). Acked-by: Rob Herring Signed-off-by: Hugues Fruchet --- .../devicetree/bindings/media/st,stm32-dcmi.txt| 46 ++ 1 file changed,

[PATCH v4 7/8] ARM: configs: stm32: STMPE1600 GPIO expander

Enable STMPE1600 GPIO expander. Signed-off-by: Hugues Fruchet --- arch/arm/configs/stm32_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig index a9d8e3c..84adc88 100644 ---

[PATCH v4 6/8] ARM: dts: stm32: Enable OV2640 camera support of STM32F429-EVAL board

Enable OV2640 camera support of STM32F429-EVAL board. Signed-off-by: Hugues Fruchet --- arch/arm/boot/dts/stm32429i-eval.dts | 30 ++ 1 file changed, 30 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts

Re: [PATCH v3 0/8] Add support for DCMI camera interface of STMicroelectronics STM32 SoC series

Hi Hans, v4 has been sent with "v4l2-compliance -s -f" report provided in cover letter. Bindings acked by Rob. http://www.mail-archive.com/linux-media@vger.kernel.org/msg111743.html BR, Hugues. On 04/10/2017 10:55 AM, Hans Verkuil wrote: > On 04/04/2017 05:44 PM, Hugues Fruchet wrote: >> This

Re: [Intel-gfx] [PATCH v2] dma-buf: Rename dma-ops to prevent conflict with kunmap_atomic macro

Hi Marek, Thanks! On 20 April 2017 at 13:36, Marek Szyprowski wrote: > Hi All, > > On 2017-04-20 09:51, Daniel Vetter wrote: >> >> On Wed, Apr 19, 2017 at 01:36:10PM -0600, Logan Gunthorpe wrote: >>> >>> Seeing the kunmap_atomic dma_buf_ops share the same name with a