Re: [PATCH mmc/next v3 0/4] mmc: renesas_sdhi: add support for R-Car Gen3 SDHI DMAC

> this series adds support for the internal DMAC used by r8a779[56] SoCs. > This is achieved by adding a new variant of the SDHI driver for this > DMA controller with compat strings for the r8a779[56] SoCs. > Compat strings for these SoCs are also removed from the existing SYS DMAC > variant of

Re: [PATCH v6] media: platform: Renesas IMR driver

Hi Sergei, On Mon, Jun 26, 2017 at 9:56 PM, Sergei Shtylyov wrote: > On 06/26/2017 10:49 PM, Rob Herring wrote: >>> From: Konstantin Kozhevnikov >>> >>> The image renderer, or the distortion correction engine, is a

Re: [PATCH v6] media: platform: Renesas IMR driver

Hello! On 06/26/2017 10:49 PM, Rob Herring wrote: From: Konstantin Kozhevnikov The image renderer, or the distortion correction engine, is a drawing processor with a simple instruction system capable of referencing video capture data or data in an

Re: [PATCH v6] media: platform: Renesas IMR driver

On Fri, Jun 23, 2017 at 11:34:44PM +0300, Sergei Shtylyov wrote: > From: Konstantin Kozhevnikov > > The image renderer, or the distortion correction engine, is a drawing > processor with a simple instruction system capable of referencing video > capture

Re: [PATCH 1/2] drm: rcar-du: Restrict DPLL duty cycle workaround to H3 ES1.x

Hi Laurent, On Wed, Jun 21, 2017 at 11:04 AM, Laurent Pinchart wrote: > --- a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c > +++ b/drivers/gpu/drm/rcar-du/rcar_du_crtc.c > @@ -158,6 +157,11 @@ static void rcar_du_dpll_divider(struct rcar_du_crtc > *rcrtc, >

Re: [PATCH] dt-bindings: media: Add r8a7796 DRIF bindings

On Fri, Jun 23, 2017 at 10:25:02AM +0100, Ramesh Shanmugasundaram wrote: > Add r8a7796 DRIF bindings. > > Signed-off-by: Ramesh Shanmugasundaram > > --- > Hi DT & Media maintainers, All, > >This patch adds DRIF bindings for R8A7796 SoC. >It is

[GIT PULL FOR renesas-drivers] R-Car H3 ES2.0 display support, v2

Hi Geert, The following changes implement display support for the R-Car H3 ES2.0. They have been split in two distinct branches: - tags/drm-h3-es2-dt-20170626 contains the DT changes and is based on top of arm64-dt-for-v4.14 The following changes since commit

Re: [PATCH v2] pinctrl: generic: Add output-enable property

On Thu, Jun 22, 2017 at 12:00:58PM +0200, Jacopo Mondi wrote: > Add output-enable generic pin configuration property. > This properties allows enabling/disabling pin's output capabilities > without actually driving any value on the line. > > --- > v1->v2: > - Expand the property description as

Re: [PATCH] clk: renesas: r8a7796: Add PWM clock

Hi Geert, On Monday 26 Jun 2017 19:38:58 Geert Uytterhoeven wrote: > On Mon, Jun 26, 2017 at 7:26 PM, Laurent Pinchart wrote: > > --- a/drivers/clk/renesas/r8a7796-cpg-mssr.c > > +++ b/drivers/clk/renesas/r8a7796-cpg-mssr.c > > @@ -152,6 +152,7 @@ static const struct mssr_mod_clk

[PATCH v2 10/14] v4l: vsp1: Add support for multiple DRM pipelines

The R-Car H3 ES2.0 VSP-DL instance has two LIF entities and can drive two display pipelines at the same time. Refactor the VSP DRM code to support that by introducing a vsp_drm_pipeline object that models one display pipeline. Signed-off-by: Laurent Pinchart

[PATCH v2 08/14] v4l: vsp1: Add support for new VSP2-BS, VSP2-DL and VSP2-D instances

New Gen3 SoCs come with two new VSP2 variants names VSP2-BS and VSP2-DL, as well as a new VSP2-D variant on V3M and V3H SoCs. Add new entries for them in the VSP device info table. Signed-off-by: Laurent Pinchart ---

[PATCH v2 01/14] v4l: vsp1: Fill display list headers without holding dlm spinlock

The display list headers are filled using information from the display list only. Lower the display list manager spinlock contention by filling the headers without holding the lock. Signed-off-by: Laurent Pinchart ---

[PATCH v2 12/14] drm: rcar-du: Support multiple sources from the same VSP

On R-Car H3 ES2.0, DU channels 0 and 3 are served by two separate pipelines from the same VSP. Support this in the DU driver. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 2 +- drivers/gpu/drm/rcar-du/rcar_du_crtc.h |

[PATCH v2 05/14] v4l: vsp1: Don't create links for DRM pipeline

When the VSP1 is used in a DRM pipeline the driver doesn't register the media device. Links between entities are not exposed to userspace, but are still used internally for the sole purpose of setting up internal source to sink pointers through the link setup handler. Instead of going through

[PATCH v2 14/14] drm: rcar-du: Configure DPAD0 routing through last group on Gen3

On Gen3 SoCs DPAD0 routing is configured through the last CRTC group, unlike on Gen2 where it is configured through the first CRTC group. Fix the driver accordingly. Fixes: 2427b3037710 ("drm: rcar-du: Add R8A7795 device support") Signed-off-by: Laurent Pinchart

[PATCH v2 11/14] v4l: vsp1: Add support for header display lists in continuous mode

The VSP supports both header and headerless display lists. The latter is easier to use when the VSP feeds data directly to the DU in continuous mode, and the driver thus uses headerless display lists for DU operation and header display lists otherwise. Headerless display lists are only available

[PATCH v2 07/14] v4l: vsp1: Add support for the BRS entity

The Blend/ROP Sub Unit (BRS) is a stripped-down version of the BRU found in several VSP2 instances. Compared to a regular BRU, it supports two inputs only, and thus has no ROP unit. Add support for the BRS by modeling it as a new entity type, but reuse the vsp1_bru object underneath. Chaining the

[PATCH v2 06/14] v4l: vsp1: Add pipe index argument to the VSP-DU API

In the H3 ES2.0 SoC the VSP2-DL instance has two connections to DU channels that need to be configured independently. Extend the VSP-DU API with a pipeline index to identify which pipeline the caller wants to operate on. Signed-off-by: Laurent Pinchart

[PATCH v2 03/14] v4l: vsp1: Don't set WPF sink pointer

The sink pointer is used to configure routing inside the VSP, and as such must point to the next VSP entity in the pipeline. The WPF being a pipeline terminal sink, its output route can't be configured. The routing configuration code already handles this correctly without referring to the sink

[PATCH v2 02/14] v4l: vsp1: Don't recycle active list at display start

When the display start interrupt occurs, we know that the hardware has finished loading the active display list. The driver then proceeds to recycle the list, assuming it won't be needed anymore. This assumption holds true for headerless display lists, as the VSP doesn't reload the list for the

Re: [PATCH v2] gpio: rcar: Add R8A7743 (RZ/G1M) support

On Wed, Jun 21, 2017 at 03:27:09PM +0100, Biju Das wrote: > Renesas RZ/G1M (R8A7743) SoC GPIO blocks are identical to the R-Car Gen2 > family. Add support for its GPIO controllers. > > Signed-off-by: Biju Das > Reviewed-by: Chris Paterson >

Re: [PATCH v6 00/8] Renesas RZ/A1 pin and gpio controller

On Mon, Jun 26, 2017 at 10:45:22AM +0200, Geert Uytterhoeven wrote: > Hi Linus, > > On Thu, Jun 22, 2017 at 4:54 PM, Jacopo Mondi > wrote: > >this is 6th round of RZ/A1 pin controller patch series. > > > > Where did we stop: discussion from pin controller driver

Re: [PATCH v2] gpio: rcar: Add R8A7743 (RZ/G1M) support

On Mon, Jun 26, 2017 at 10:13:00AM +0200, Geert Uytterhoeven wrote: > On Wed, Jun 21, 2017 at 4:27 PM, Biju Das wrote: > > Renesas RZ/G1M (R8A7743) SoC GPIO blocks are identical to the R-Car Gen2 > > family. Add support for its GPIO controllers. > > > > Signed-off-by:

Re: [PATCH] clk: renesas: r8a7796: Add PWM clock

On Mon, Jun 26, 2017 at 7:26 PM, Laurent Pinchart wrote: > --- a/drivers/clk/renesas/r8a7796-cpg-mssr.c > +++ b/drivers/clk/renesas/r8a7796-cpg-mssr.c > @@ -152,6 +152,7 @@ static const struct mssr_mod_clk r8a7796_mod_clks[] > __initconst = { >

[PATCH] clk: renesas: r8a7796: Add PWM clock

Signed-off-by: Laurent Pinchart --- drivers/clk/renesas/r8a7796-cpg-mssr.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/renesas/r8a7796-cpg-mssr.c b/drivers/clk/renesas/r8a7796-cpg-mssr.c index 1d8c5c2b6174..30583cdc1350 100644 ---

Re: [PATCH v2 1/2] drm: rcar-du: Add a VSP channel index to the vsps DT property

Hi Geert, On Monday 26 Jun 2017 18:36:14 Geert Uytterhoeven wrote: > On Mon, Jun 26, 2017 at 6:29 PM, Laurent Pinchart wrote: > > On some R-Car SoCs a single VSP can serve multiple DU channels through > > multiple LIF instances in the VSP. The current DT bindings don't support > > specifying that

Re: [PATCH v2 1/2] drm: rcar-du: Add a VSP channel index to the vsps DT property

Hi Laurent, On Mon, Jun 26, 2017 at 6:29 PM, Laurent Pinchart wrote: > On some R-Car SoCs a single VSP can serve multiple DU channels through > multiple LIF instances in the VSP. The current DT bindings don't support > specifying that kind of SoC

[PATCH v2 1/2] drm: rcar-du: Add a VSP channel index to the vsps DT property

On some R-Car SoCs a single VSP can serve multiple DU channels through multiple LIF instances in the VSP. The current DT bindings don't support specifying that kind of SoC integration scheme. Extend them with a VSP channel index. Backward compatibility can be ensured in drivers by checking the

[PATCH v2 2/2] arm64: dts: r8a7795: Add support for the DU

Add a compatible string and VSP links to the DU node. The H3 ES1.x and H3 ES2.0 are compatible save for the links to the VSPs that are described explicitly in DT, so there's no need for a new ES2-specific compatible string. Signed-off-by: Laurent Pinchart

[PATCH v2 0/2] R-Car H3 ES2.0 Salvator-X: Enable DU support in DT

Hello, This patch series enable DU support in DT for the R-Car H3 ES2.0 Salvator-X board. Patch 1/2 extends the DT bindings as needed, and patch 2/2 then enables DU in the SoC DT. The patches are based on top of Simon's arm64-dt-for-v4.14 branch. Compared to v1 - the VSP DT bindings have been

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

[snip] On Monday 26 Jun 2017 16:14:47 Kieran Bingham wrote: > >> +int adv748x_txa_power(struct adv748x_state *state, bool on) > >> +{ > >> +int val; > >> + > >> +val = txa_read(state, ADV748X_CSI_FS_AS_LS); > >> +if (val < 0) > >> +return val; > >> + > >> +/* > >> + *

Re: [PATCH v2 1/7] dt-bindings: display: renesas: Add R-Car M3-W HDMI TX DT bindings

On Wed, Jun 21, 2017 at 12:31:27PM +0300, Laurent Pinchart wrote: > The M3-W HDMI TX controller seems to be compatible for the H3. No > extension to the DT bindings are needed, add an SoC-specific compatible > string in case differences between the IP versions are found later and > require

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

On 26/06/17 17:14, Kieran Bingham wrote: > Hi Hans, > > Thankyou for your review, and apologies for the delay - I was OoO last week. > > > On 19/06/17 10:13, Hans Verkuil wrote: >> On 06/13/2017 02:35 AM, Kieran Bingham wrote: >>> From: Kieran Bingham

Re: [PATCH v1 03/12] media: i2c: mt9m111: Skip chid identification

Hi Laurent, On Tue, Jun 20, 2017 at 10:48:21AM +0300, Laurent Pinchart wrote: > Hi Jacopo, > > Thank you for the patch. > > On Monday 19 Jun 2017 19:04:40 Jacopo Mondi wrote: > > Reads of chip identification code (both on registers 0x00 and 0xff) > > always return 0x00. > > This shouldn't be the

Re: [PATCH v2.1 4/7] arm64: dts: renesas: r8a7796: Add HDMI encoder instance

On Wed, Jun 21, 2017 at 2:17 PM, Laurent Pinchart wrote: > Add the HDMI encoder to the R8A7796 DT in disabled state. > > Signed-off-by: Laurent Pinchart Reviewed-by: Geert Uytterhoeven

[RFC PATCH] clk: renesas: cpg-mssr: Add interface for critical core clocks

With commit 72f5df2c2bbb6 ("clk: renesas: cpg-mssr: Migrate to CLK_IS_CRITICAL") we are able to handle critical module clocks. Introduce the same logic for critical core clocks. Signed-off-by: Dirk Behme --- Commit

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

Thanks Rob, Comments addressed, and a new version 6 to be posted soon. On 22/06/17 22:34, Rob Herring wrote: > On Wed, Jun 14, 2017 at 08:58:12PM +0100, Kieran Bingham wrote: >> From: Kieran Bingham >> >> Provide support for the ADV7481 and ADV7482. >>

Re: [GIT PULL for renesas-drivers] ADV748x v5 device-tree.

Hi Niklas, Kieran, On Mon, Jun 26, 2017 at 11:20 AM, Niklas Söderlund wrote: > On 2017-06-16 11:30:23 +0100, Kieran Bingham wrote: >> On 16/06/17 09:57, Geert Uytterhoeven wrote: > > On Wed, Jun 14, 2017 at 10:23 PM, Kieran Bingham > > wrote:

Re: [GIT PULL for renesas-drivers] ADV748x v5 device-tree.

Hi Kieran and Geert, On 2017-06-16 11:30:23 +0100, Kieran Bingham wrote: > Hi Geert, Niklas, > > On 16/06/17 09:57, Geert Uytterhoeven wrote: > > Hi Kieran, > > > > On Wed, Jun 14, 2017 at 10:23 PM, Kieran Bingham > > wrote: > >> Please consider this pull request for the

[RFC 8/x v2] ASoC: replace platform to component on soc-generic-dmaengine-pcm

Now platform can be replaced to component, let's do it. Signed-off-by: Kuninori Morimoto --- include/sound/dmaengine_pcm.h | 2 ++ sound/soc/soc-generic-dmaengine-pcm.c | 54 +-- 2 files changed, 34 insertions(+), 22

[RFC x/x v2] ASoC: remove platform related things

Now, all platform are replaced to component. This patch removes all platform code. platform_list_read_file() is replaced to component_list_read_file() Signed-off-by: Kuninori Morimoto --- include/sound/soc.h | 101 -

[RFC 3/x v2] ASoC: soc-core: add snd_soc_rtdcom_xxx()

Current snd_soc_pcm_runtime has platform / codec pointers, and we could use these specific pointer. But these will be replaced to more generic "component" soon, and will need more generic method to get each connected component pointer from rtd. This patch adds new snd_soc_rtdcom_xxx() to

[RFC 5/x v2] ASoC: snd_soc_component_driver has snd_compr_ops

snd_soc_platform_driver has snd_compr_ops, and it will be replaced into snd_soc_component_driver in the future. To prepare it, component driver has it. After this patch, rtd->platform is no longer mandatory Signed-off-by: Kuninori Morimoto ---

[RFC 4/x v2] ASoC: snd_soc_component_driver has snd_pcm_ops

snd_soc_platform_driver has snd_pcm_ops, and it will be replaced into snd_soc_component_driver in the future. To prepare it, component driver has it. After this patch, rtd->platfrom is no longer mandatory Signed-off-by: Kuninori Morimoto ---

[RFC 2/x v2] ASoC: soc-devres: use expanded unregister on devm register component

Now, we have snd_soc_unregister_component_exp() which can check registered device and driver. Let's use it on devm_component_release() Signed-off-by: Kuninori Morimoto --- sound/soc/soc-devres.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[RFC 1/x v2] ASoC: soc-core: add component remove/unregister_exp/lookup functions

ALSA SoC platform/codec will be replaced to component soon. This means 1 device might have multiple components. But current unregister component function only checks "dev" to find it. This means, unexpected component might be unregistered by current function. But, it is no problem if driver

[RFC 0/x v2] ASoC: replace platform to component

Hi Mark, Lars-Peter These are v2 of platform replace patch-set. Big difference is that from version, rtd can have component list. As you know, current rtd has platform, codec, and this patch replace rtd->platform into component list. We can replace codec in same style in the future. This

Re: [PATCH v6 00/8] Renesas RZ/A1 pin and gpio controller

Hi Linus, On Thu, Jun 22, 2017 at 4:54 PM, Jacopo Mondi wrote: >this is 6th round of RZ/A1 pin controller patch series. > > Where did we stop: discussion from pin controller driver shifted toward two > new generic pin configuration properties I added to the

Re: [PATCH] pinctrl: sh-pfc: r8a7795: Add PWM support

On Sat, Jun 24, 2017 at 12:18 PM, Laurent Pinchart wrote: > Add pinctrl support for the PWM[0-6] pins. > > Signed-off-by: Laurent Pinchart Reviewed-by: Geert Uytterhoeven i.e. queuing

Re: [PATCH] dt-bindings: media: Add r8a7796 DRIF bindings

On Fri, Jun 23, 2017 at 11:25 AM, Ramesh Shanmugasundaram wrote: > Add r8a7796 DRIF bindings. > > Signed-off-by: Ramesh Shanmugasundaram > Acked-by: Geert Uytterhoeven Gr{oetje,eeting}s,

RE: [PATCH/RFC] phy: renesas: rcar-gen3-usb2-clksel: Add R-Car Gen3 USB 2.0 clock selector PHY

Hi, > -Original Message- > From: Rob Herring > Sent: Saturday, June 24, 2017 3:21 AM > > On Thu, Jun 15, 2017 at 08:34:22PM +0900, Yoshihiro Shimoda wrote: > > USB 2.0 PHY of R-Car Gen3 can change the clock source from an oscillator > > to an external clock via a register. So, this patch