RE: [PATCH v2 0/2] rcar-du, vsp1: rcar-gen3: Add support for colorkey alpha blending

2017-05-09 Thread Gheorghe, Alexandru
Hello Daniel, Eric, On Mon, Monday, May 8, 2017 9:29 PM +0200, Daniel Vetter wrote: > -Original Message- > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel > Vetter > Sent: 8 mai 2017 21:30 > To: Eric Anholt > Cc: Gheorghe, Alexandru ; > laurent.pinch...@ideasonboar

Re: [GIT PULL for renesas-drivers] VSP DRM Race V4

2017-05-09 Thread Geert Uytterhoeven
Hi Kieran, On Mon, May 8, 2017 at 7:29 PM, Kieran Bingham wrote: > Please consider the following pull request for renesas-drivers. > > -- > Kieran > > > The following changes since commit 13e0988140374123bead1dd27c287354cb95108e: > > docs: complete bumping minimal GNU Make version to 3.81 (2017

[PATCH] iio: adc: max9611: Fix attribute measure unit

2017-05-09 Thread Jacopo Mondi
The power and current "shunt-resistor" attribute's 'show' function displays the resistor value in milli-Ohms, while the ABI description specifies it should be displayed in Ohms. Fix it. Reported-by: Geert Uytterhoeven Signed-off-by: Jacopo Mondi --- drivers/iio/adc/max9611.c | 6 +++--- 1 file

Re: [GIT PULL for renesas-drivers] VSP DRM Race V4

2017-05-09 Thread Kieran Bingham
On 09/05/17 08:13, Geert Uytterhoeven wrote: > Hi Kieran, > > On Mon, May 8, 2017 at 7:29 PM, Kieran Bingham > wrote: >> Please consider the following pull request for renesas-drivers. >> >> -- >> Kieran >> >> >> The following changes since commit 13e0988140374123bead1dd27c287354cb95108e: >> >>

Re: [PATCH/RFC 0/5] mmc: renesas-sdhi: refactor DMA support

2017-05-09 Thread Simon Horman
On Tue, May 02, 2017 at 02:03:06PM +0200, Arnd Bergmann wrote: > On Tue, May 2, 2017 at 1:15 PM, Simon Horman > wrote: > > Hi Wolfram, Hi Arnd, Hi all, > > > > the intention of this patch-set is to refactor the DMA support in > > the Renesas SDHI driver in order to make it easier to add support >

Re: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

2017-05-09 Thread jmondi
Hi Andy, On Mon, May 08, 2017 at 08:47:17PM +0300, Andy Shevchenko wrote: > On Mon, May 8, 2017 at 8:25 PM, jmondi wrote: > > Andy, > > > > On Mon, May 08, 2017 at 07:08:32PM +0300, Andy Shevchenko wrote: > >> On Mon, May 8, 2017 at 7:01 PM, jmondi wrote: > >> > On Sun, May 07, 2017 at 09:52:49A

Re: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

2017-05-09 Thread Geert Uytterhoeven
Hi Linus et al, On Mon, May 8, 2017 at 11:19 PM, Linus Walleij wrote: > On Mon, May 8, 2017 at 7:25 PM, jmondi wrote: >> From my perspective these flags are configurations internal to the pin >> controller hardware used to enable/disable input buffers when a pin needs to >> perform in both direc

Re: [PATCH] iio: adc: max9611: Fix attribute measure unit

2017-05-09 Thread Geert Uytterhoeven
Hi Jacopo, On Tue, May 9, 2017 at 9:57 AM, Jacopo Mondi wrote: > The power and current "shunt-resistor" attribute's 'show' function > displays the resistor value in milli-Ohms, while the ABI description > specifies it should be displayed in Ohms. Fix it. > > Reported-by: Geert Uytterhoeven > Sig

[PATCH v5 0/2] v4l: vsp1: Fix suspend/resume and race on M2M pipelines

2017-05-09 Thread Kieran Bingham
This small patchset helps rework the VSP1 driver to repair an issue on suspend/resume operations whereby the pipeline does not get reconfigured after it has been re-initialised following a resume operation. Patch [1/2] is a code move only, with no functional change. Patch [2/2] fixes the suspend/r

[PATCH v5 1/2] v4l: vsp1: Move vsp1_video_setup_pipeline()

2017-05-09 Thread Kieran Bingham
Move the static vsp1_video_setup_pipeline() function in preparation for the callee updates so that the vsp1_video_pipeline_run() call can configure pipelines following suspend resume actions. This commit is just a code move for clarity performing no functional change. Signed-off-by: Kieran Bingha

[PATCH v5 2/2] v4l: vsp1: Repair suspend resume operations for video pipelines

2017-05-09 Thread Kieran Bingham
When a suspend/resume action is taken, the pipeline is reset and never reconfigured. To correct this, we establish a new flag pipe->configured and utilise this to establish when we write a full configuration set to the current display list. Signed-off-by: Kieran Bingham --- Laurent, Pasting yo

[GIT PULL FOR renesas-drivers] v4l: vsp1: Suspend/resume on M2M pipelines

2017-05-09 Thread Kieran Bingham
From: Kieran Bingham Hi Geert, The following changes since commit 13e0988140374123bead1dd27c287354cb95108e: docs: complete bumping minimal GNU Make version to 3.81 (2017-05-06 18:49:09 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/kbingham/r

Re: [PATCH/RFC 2/5] mmc: tmio: rename tmio_mmc_{pio => core}.c

2017-05-09 Thread Simon Horman
On Tue, May 02, 2017 at 03:11:32PM +0200, Wolfram Sang wrote: > > > - * linux/drivers/mmc/host/tmio_mmc_pio.c > > + * linux/drivers/mmc/host/tmio_mmc_core.c > > I think we should drop the filenames here (and in other places) and use > a human readable string instead? Sure, I've shuffled around

[PATCH v5 0/7] Add V4L2 SDR (DRIF & MAX2175) driver

2017-05-09 Thread Ramesh Shanmugasundaram
Hi Media, DT maintainers, All, This patch set contains two drivers - Renesas R-Car Digital Radio Interface (DRIF) driver - Maxim's MAX2175 RF to Bits tuner driver These patches were based on top of media-next repo commit:6d95b3f24881c0fd0f345eca959a2a803a040930 These two drivers combined toget

[PATCH v5 2/7] dt-bindings: media: Add MAX2175 binding description

2017-05-09 Thread Ramesh Shanmugasundaram
Add device tree binding documentation for MAX2175 RF to bits tuner device. Signed-off-by: Ramesh Shanmugasundaram Acked-by: Rob Herring --- v5: - pF in property-units.txt is renamed to pico-farads (Geert) - "maxim,refout-load-pF" is renamed to "maxim,refout-load". --- .../devicetree/bindings/

[PATCH v5 1/7] media: v4l2-ctrls: Reserve controls for MAX217X

2017-05-09 Thread Ramesh Shanmugasundaram
Reserve controls for MAX217X RF to Bits tuner family. These hybrid radio receiver chips are highly programmable and hence reserving 32 controls. Signed-off-by: Ramesh Shanmugasundaram Acked-by: Laurent Pinchart --- include/uapi/linux/v4l2-controls.h | 5 + 1 file changed, 5 insertions(+) d

[PATCH v5 3/7] media: i2c: max2175: Add MAX2175 support

2017-05-09 Thread Ramesh Shanmugasundaram
This patch adds driver support for the MAX2175 chip. This is Maxim Integrated's RF to Bits tuner front end chip designed for software-defined radio solutions. This driver exposes the tuner as a sub-device instance with standard and custom controls to configure the device. Signed-off-by: Ramesh Sha

[PATCH v5 4/7] media: Add new SDR formats PC16, PC18 & PC20

2017-05-09 Thread Ramesh Shanmugasundaram
This patch adds support for the three new SDR formats. These formats were prefixed with "planar" indicating I & Q data are not interleaved as in other formats. Here, I & Q data constitutes the top half and bottom half of the received buffer respectively. V4L2_SDR_FMT_PCU16BE - 14-bit complex (I &

[PATCH v5 6/7] dt-bindings: media: Add Renesas R-Car DRIF binding

2017-05-09 Thread Ramesh Shanmugasundaram
Add binding documentation for Renesas R-Car Digital Radio Interface (DRIF) controller. Signed-off-by: Ramesh Shanmugasundaram --- v5: - Addressed Rob's comments on v4: - Formatted compatible string entries. - Removed "status". - Removed board and SoC specific bindings cla

[PATCH v5 5/7] doc_rst: media: New SDR formats PC16, PC18 & PC20

2017-05-09 Thread Ramesh Shanmugasundaram
This patch adds documentation for the three new SDR formats V4L2_SDR_FMT_PCU16BE V4L2_SDR_FMT_PCU18BE V4L2_SDR_FMT_PCU20BE Signed-off-by: Ramesh Shanmugasundaram --- .../media/uapi/v4l/pixfmt-sdr-pcu16be.rst | 55 ++ .../media/uapi/v4l/pixfmt-sdr-pcu18be.rst

[PATCH v5 7/7] media: platform: rcar_drif: Add DRIF support

2017-05-09 Thread Ramesh Shanmugasundaram
This patch adds Digital Radio Interface (DRIF) support to R-Car Gen3 SoCs. The driver exposes each instance of DRIF as a V4L2 SDR device. A DRIF device represents a channel and each channel can have one or two sub-channels respectively depending on the target board. DRIF supports only Rx functiona

Re: [PATCH v5 6/7] dt-bindings: media: Add Renesas R-Car DRIF binding

2017-05-09 Thread Rob Herring
On Tue, May 9, 2017 at 8:37 AM, Ramesh Shanmugasundaram wrote: > Add binding documentation for Renesas R-Car Digital Radio Interface > (DRIF) controller. > > Signed-off-by: Ramesh Shanmugasundaram > > --- > v5: > - Addressed Rob's comments on v4: > - Formatted compatible string entries.

[PATCH 1/4] sh: sh7722: Remove nonexistent GPIO_PTQ7 to fix pinctrl registration

2017-05-09 Thread Geert Uytterhoeven
On sh7722/Migo-R, pinctrl registration fails with: sh-pfc pfc-sh7722: pin 0 already registered sh-pfc pfc-sh7722: error during pin registration sh-pfc pfc-sh7722: could not register: -22 sh-pfc: probe of pfc-sh7722 failed with error -22 pinmux_pins[] is initialized through PINMUX_

[PATCH 4/4] [RFC] sh: sh7269: Remove nonexistent GPIO_PH[0-7] to fix pinctrl registration

2017-05-09 Thread Geert Uytterhoeven
Pinmux_pins[] is initialized through PINMUX_GPIO(), using designated array initializers, where the GPIO_* enums serve as indices. If enum values are defined, but never used, pinmux_pins[] contains (zero-filled) holes. Such entries are treated as pin zero, which was registered before, thus leading

[PATCH/RFC 0/4] sh: sh7722/sh7757i/sh7264/sh7269: Fix pinctrl registration

2017-05-09 Thread Geert Uytterhoeven
Hi all, Magnus reported that on sh7722/Migo-R, pinctrl registration fails with: sh-pfc pfc-sh7722: pin 0 already registered sh-pfc pfc-sh7722: error during pin registration sh-pfc pfc-sh7722: could not register: -22 sh-pfc: probe of pfc-sh7722 failed with error -22 pinmux

[PATCH 3/4] sh: sh7264: Remove nonexistent GPIO_PH[0-7] to fix pinctrl registration

2017-05-09 Thread Geert Uytterhoeven
Pinmux_pins[] is initialized through PINMUX_GPIO(), using designated array initializers, where the GPIO_* enums serve as indices. If enum values are defined, but never used, pinmux_pins[] contains (zero-filled) holes. Such entries are treated as pin zero, which was registered before, thus leading

[PATCH 2/4] [RFC] sh: sh7757: Remove nonexistent GPIO_PT[JLNQ]7_RESV to fix pinctrl registration

2017-05-09 Thread Geert Uytterhoeven
Commit 3810e96056ffddf6 ("sh: modify pinmux for SH7757 2nd cut") renamed GPIO_PT[JLNQ]7 to GPIO_PT[JLNQ]7_RESV, and removed the existing users from the pinmux_pins[] array. However, pinmux_pins[] is initialized through PINMUX_GPIO(), using designated array initializers, where the GPIO_* enums serv

Re: [GIT PULL FOR renesas-drivers] v4l: vsp1: Suspend/resume on M2M pipelines

2017-05-09 Thread Geert Uytterhoeven
Hi Kieran, On Tue, May 9, 2017 at 3:05 PM, Kieran Bingham wrote: > The following changes since commit 13e0988140374123bead1dd27c287354cb95108e: > > docs: complete bumping minimal GNU Make version to 3.81 (2017-05-06 > 18:49:09 -0700) > > are available in the git repository at: > > git://git.

Re: [PATCH/RFC 0/4] sh: sh7722/sh7757i/sh7264/sh7269: Fix pinctrl registration

2017-05-09 Thread Laurent Pinchart
Hi Geert, Thank you for the patches. On Tuesday 09 May 2017 16:11:53 Geert Uytterhoeven wrote: > Hi all, > > Magnus reported that on sh7722/Migo-R, pinctrl registration fails with: > > sh-pfc pfc-sh7722: pin 0 already registered > sh-pfc pfc-sh7722: error during pin registration >

Re: [PATCH 1/4] v4l: vsp1: Implement partition algorithm restrictions

2017-05-09 Thread Kieran Bingham
Hi Laurent, On 13/02/17 19:17, Laurent Pinchart wrote: > Hi Kieran, > > (CC'ing Morimoto-san) > > Thank you for the patch. > > On Friday 04 Nov 2016 18:19:27 Kieran Bingham wrote: >> The partition algorithm introduced to support scaling, and rotation on > > s/,// if I'm not mistaken. > >> Gen

RE: [PATCH/RFC 0/4] sh: sh7722/sh7757i/sh7264/sh7269: Fix pinctrl registration

2017-05-09 Thread Phil Edworthy
Hi Geert, Thanks for the patches, sorry I can't test these either... It's been quite a few years since I had an sh7264 or sh7269 board! Thanks Phil -Original Message- On: 09 May 2017 16:44, Laurent Pinchart wrote: Subject: Re: [PATCH/RFC 0/4] sh: sh7722/sh7757i/sh7264/sh7269: Fix pinctrl

[PATCH v3 1/2] Revert "[media] v4l: vsp1: Supply frames to the DU continuously"

2017-05-09 Thread Kieran Bingham
This reverts commit 3299ba5c0b21 ("[media] v4l: vsp1: Supply frames to the DU continuously") The DU output mode does not rely on frames being supplied on the WPF as its pipeline is supplied from DRM. For the upcoming WPF writeback functionality, we will choose to enable writeback mode if there is

[PATCH v3 0/2] vsp1 writeback prototype

2017-05-09 Thread Kieran Bingham
This short series extends the VSP1 on the RCar platforms to allow creating a V4L2 video node on display pipelines where the hardware allows writing to memory simultaneously. In this instance, the hardware restricts the output to match the display size (no rescaling) but does allow pixel format con

[PATCH v3 2/2] v4l: vsp1: Provide a writeback video device

2017-05-09 Thread Kieran Bingham
When the VSP1 is used in an active display pipeline, the output of the WPF can supply the LIF entity directly and simultaneously write to memory. Support this functionality in the VSP1 driver, by extending the WPF source pads, and establishing a V4L2 video device node connected to the new source.

[GIT PULL FOR renesas-drivers]

2017-05-09 Thread Kieran Bingham
From: Kieran Bingham Hi Geert, The following changes since commit 13e0988140374123bead1dd27c287354cb95108e: docs: complete bumping minimal GNU Make version to 3.81 (2017-05-06 18:49:09 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/kbingham/r

[GIT PULL FOR renesas-drivers] v4l: vsp1: writeback prototype

2017-05-09 Thread Kieran Bingham
From: Kieran Bingham Hi Geert, The following changes since commit 13e0988140374123bead1dd27c287354cb95108e: docs: complete bumping minimal GNU Make version to 3.81 (2017-05-06 18:49:09 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/kbingham/r

Re: [PATCH v5 2/7] dt-bindings: media: Add MAX2175 binding description

2017-05-09 Thread Sakari Ailus
Hi Ramesh, On Tue, May 09, 2017 at 02:37:33PM +0100, Ramesh Shanmugasundaram wrote: > Add device tree binding documentation for MAX2175 RF to bits tuner > device. > > Signed-off-by: Ramesh Shanmugasundaram > > Acked-by: Rob Herring > --- > v5: > - pF in property-units.txt is renamed to pico-f

Re: [PATCH v5 3/7] media: i2c: max2175: Add MAX2175 support

2017-05-09 Thread Sakari Ailus
Hi Ramesh, On Tue, May 09, 2017 at 02:37:34PM +0100, Ramesh Shanmugasundaram wrote: > This patch adds driver support for the MAX2175 chip. This is Maxim > Integrated's RF to Bits tuner front end chip designed for software-defined > radio solutions. This driver exposes the tuner as a sub-device ins