[GIT PULL FOR v4.13] Fix G/S_SELECTION & CROPCAP/G/S_CROP buftype handling

From the cover letter: -- There is a lot of confusion about the correct buffer type to use when calling the new selection and old crop APIs. Specifically whether the _MPLANE variant of a buf type should be used or not if the device is multi-planar.

[PATCH v1 6/6] [media] ov9650: add support of OV9655 variant

Add a first support of OV9655 variant. Because of register set slightly different from OV9650/9652, not all of the driver features are supported (controls). Supported resolutions are limited to VGA, QVGA, QQVGA. Supported format is limited to RGB565. Controls are limited to color bar test pattern

[PATCH v1 3/6] [media] ov9650: select the nearest higher resolution

Refine the resolution selection algorithm by selecting only the nearest higher resolution (instead of lower and higher). Signed-off-by: Hugues Fruchet --- drivers/media/i2c/ov9650.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git

[PATCH v1 1/6] DT bindings: add bindings for ov965x camera module

From: "H. Nikolaus Schaller" This adds documentation of device tree bindings for the OV965X family camera sensor module. Signed-off-by: H. Nikolaus Schaller Signed-off-by: Hugues Fruchet ---

[PATCH v1 5/6] [media] ov9650: add multiple variant support

Ops support and registers set can now be different from a variant to another. Signed-off-by: Hugues Fruchet --- drivers/media/i2c/ov9650.c | 141 + 1 file changed, 91 insertions(+), 50 deletions(-) diff --git

[PATCH v1 4/6] [media] ov9650: use write_array() for resolution sequences

Align resolution sequences on initialization sequence using i2c_rv structure NULL terminated .This add flexibility on resolution sequence size. Document resolution related registers by using corresponding define instead of hexa address/value. Signed-off-by: Hugues Fruchet

[PATCH v1 2/6] [media] ov9650: add device tree support

Allows use of device tree configuration data. If no device tree data is there, configuration is taken from platform data. In order to keep GPIOs configuration compatible between both way of doing, GPIOs are switched to descriptor-based interface. Signed-off-by: H. Nikolaus Schaller

[PATCH v1 0/6] Add support of OV9655 camera

This patchset enables OV9655 camera support. OV9655 support has been tested using STM32F4DIS-CAM extension board plugged on connector P1 of STM32F746G-DISCO board. Due to lack of OV9650/52 hardware support, the modified related code could not have been checked for non-regression. First patches

[PATCH v1 1/5] [media] stm32-dcmi: catch dma submission error

Test cookie return by dmaengine_submit() and return error if any. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/media/platform/stm32/stm32-dcmi.c

[PATCH v1 3/5] [media] stm32-dcmi: crop sensor image to match user resolution

Add flexibility on supported resolutions by cropping sensor image to fit user resolution format request. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 54 ++- 1 file changed, 53 insertions(+), 1 deletion(-) diff

[PATCH v1 4/5] ARM: dts: stm32: Enable DCMI support on STM32F746 MCU

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

[PATCH v1 2/5] [media] stm32-dcmi: revisit control register handling

Simplify bits handling of DCMI_CR register. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 14 -- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/drivers/media/platform/stm32/stm32-dcmi.c

[PATCH v1 0/5] Camera support on STM32F746G-DISCO board

This patchset enables OV9655 camera support of STM32F4DIS-CAM extension board plugged on connector P1 of STM32F746G-DISCO board. Tested by doing a fullscreen preview with a modified version of yavta [1] which redirects captured frames to framebuffer: yavta -s 480x272 -n 1 --capture=-1

[PATCH v1 5/5] ARM: configs: stm32: DCMI + OV9655 camera support

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

patchwork: on whose behalf is it working? was Re: [linux-media] Patch notification: 3 patches updated

Hi! > The following patches (submitted by you) have been updated in patchwork: > > * linux-media: [RFC,07/13] v4l2: device_register_subdev_nodes: allow calling > multiple times > - http://patchwork.linuxtv.org/patch/39403/ > - for: Linux Media kernel patches > was: New >

[PATCH][media-next] media: venus: fix loop wrap in cleanup of clks

From: Colin Ian King The current pre-decrement is incorrect and should be replaced with a post-decrement. Consider the case where the very first clk_prepare_enable fails when i is 0; in this case the error clean up will decrement the unsigned int which wraps to the

[PATCH 0/2] rc-core: consistent rc_repeat() usage

These two patches are a reworked version of these two patches: http://www.mail-archive.com/linux-media@vger.kernel.org/msg112170.html http://www.mail-archive.com/linux-media@vger.kernel.org/msg112163.html The first patch changes the NEC and Sanyo decoders as discussed in those threads, moving the

[PATCH 1/2] rc-core: consistent use of rc_repeat()

The NEC decoder and the Sanyo decoders check if dev->keypressed is true before calling rc_repeat (without holding dev->keylock). Meanwhile, the XMP and JVC decoders do no such checks. This patch makes sure all users of rc_repeat() do so consistently by removing extra checks in NEC/Sanyo and

[PATCH 2/2] rc-main: remove input events for repeat messages

Protocols like NEC generate around 10 repeat events per second. The input events are not very useful for userspace but still waste power by waking up every listener. So let's remove them (MSC_SCAN events are still generated for the initial keypress). Signed-off-by: David Härdeman

[PATCH] [media] dvb-frontends/cxd2841er: require FE_HAS_SYNC for agc readout

From: Daniel Scheller When the demod driver puts the demod into sleep or shutdown state and it's status is then polled e.g. via "dvb-fe-tool -m", i2c errors are printed to the kernel log. If the last delsys was DVB-T/T2: cxd2841er: i2c wr failed=-5 addr=6c reg=00 len=1

Re: patchwork: on whose behalf is it working? was Re: [linux-media] Patch notification: 3 patches updated

Hi! > > > The following patches (submitted by you) have been updated in patchwork: > > > > > > * linux-media: [RFC,07/13] v4l2: device_register_subdev_nodes: allow > > > calling multiple times > > > - http://patchwork.linuxtv.org/patch/39403/ > > > - for: Linux Media kernel patches >

[GIT PULL for 4.13] Media pipeline stop error handling fix

Hi Mauro, One more patch --- fixing media pipeline stopping sanity checks. Please pull. The following changes since commit 76724b30f222067faf00874dc277f6c99d03d800: [media] media: venus: enable building with COMPILE_TEST (2017-06-20 10:57:08 -0300) are available in the git repository at:

Re: [PATCH v5 1/2] media: i2c: adv748x: add adv748x driver

On Wed, Jun 14, 2017 at 08:58:12PM +0100, Kieran Bingham wrote: > From: Kieran Bingham > > Provide support for the ADV7481 and ADV7482. > > The driver is modelled with 4 subdevices to allow simultaneous streaming > from the AFE (Analog front end) and

Re: DD support improvements (was: Re: [PATCH v3 00/13] stv0367/ddbridge: support CTv6/FlexCT hardware)

Daniel Scheller writes: > Am Tue, 20 Jun 2017 16:10:43 -0300 > schrieb Mauro Carvalho Chehab : > ... > > > - Maybe for 4.14: Support for the CineS2 V7 and FlexV4 line of > > > cards/modules. This mainly involves a new demod driver (stv0910) and > > > a new tuner

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 Jun 23 05:00:18 CEST 2017 media-tree git hash:76724b30f222067faf00874dc277f6c99d03d800 media_build

Re: [PATCH v1 3/5] [media] stm32-dcmi: crop sensor image to match user resolution

On 06/22/2017 05:12 PM, Hugues Fruchet wrote: Add flexibility on supported resolutions by cropping sensor image to fit user resolution format request. Signed-off-by: Hugues Fruchet --- drivers/media/platform/stm32/stm32-dcmi.c | 54 ++- 1

Re: patchwork: on whose behalf is it working? was Re: [linux-media] Patch notification: 3 patches updated

Em Thu, 22 Jun 2017 17:19:03 +0200 Pavel Machek escreveu: > Hi! > > > > The following patches (submitted by you) have been updated in patchwork: > > > > * linux-media: [RFC,07/13] v4l2: device_register_subdev_nodes: allow > > calling multiple times > > -

Re: patchwork: on whose behalf is it working? was Re: [linux-media] Patch notification: 3 patches updated

Hi Pavel, On Thu, Jun 22, 2017 at 05:19:03PM +0200, Pavel Machek wrote: > Hi! > > > > The following patches (submitted by you) have been updated in patchwork: > > > > * linux-media: [RFC,07/13] v4l2: device_register_subdev_nodes: allow > > calling multiple times > > -

Re: [PATCH v1 0/6] Add support of OV9655 camera

> Am 22.06.2017 um 17:05 schrieb Hugues Fruchet : > > This patchset enables OV9655 camera support. > > OV9655 support has been tested using STM32F4DIS-CAM extension board > plugged on connector P1 of STM32F746G-DISCO board. > Due to lack of OV9650/52 hardware support, the

[ANN] Subsystem maintainership

Hi all, We're in the process of better organizing the subsystem maintainership. The whole idea is to setup an environment that will speedup patch reviewing, while ensuring good quality of the patches applied upstream. As result, the subsystem maintainers/sub-maintainers are now doing regular

[GIT PULL for v4.13] ov772x SCCB fix

Hi Mauro, Just a single patch --- the ov772x sensor uses SCCB, not plain I²C. Fix this. Please pull. The following changes since commit 76724b30f222067faf00874dc277f6c99d03d800: [media] media: venus: enable building with COMPILE_TEST (2017-06-20 10:57:08 -0300) are available in the git

[GIT PULL FOR v4.13] vimc: Virtual Media Control VPU's

Hi Mauro, This will make vimc a lot more interesting as a test driver. Time to get this merged. Helen, reviewing your API proposal on configuring the topology: once this is merged I plan to look at that next. Regards, Hans The following changes since commit

HELLO

-- Dear Friend, I am MR. WILFRED KABORE THE MANAGER BILL AND EXCHANGE DEPT., BANK OF AFRICA - Burkina Faso. I know this message will come to you as a surprise. Don't worry I was totally convinced to write you, I hoped that you will not expose or betray this trust and confident that i am about