[PATCH 06/11] soc: renesas: rcar-sysc: Add support for R-Car H1 power areas

From: Geert Uytterhoeven Signed-off-by: Geert Uytterhoeven Reviewed-by: Laurent Pinchart Signed-off-by: Simon Horman --- drivers/soc/renesas/Makefile | 2 +-

[PATCH 10/11] soc: renesas: rcar-sysc: Add support for R-Car E2 power areas

From: Geert Uytterhoeven Signed-off-by: Geert Uytterhoeven Reviewed-by: Laurent Pinchart Signed-off-by: Simon Horman --- drivers/soc/renesas/Makefile | 2 +-

[PATCH 03/11] soc: renesas: rcar-sysc: Add DT support for SYSC PM domains

From: Geert Uytterhoeven Populate the SYSC PM domains from DT, based on the presence of a device node for the System Controller. The actual power area hiearchy, and features of specific areas are obtained from tables in the C code. The SYSCIER and SYSCIMR register

[PATCH 01/11] soc: renesas: Move pm-rcar to drivers/soc/renesas/rcar-sysc

From: Geert Uytterhoeven Move the pm-rcar driver from arch/arm/mach-shmobile/ to drivers/soc/renesas/, and its header file to include/linux/soc/renesas/, so it can be shared between arm32 (R-Car H1 and Gen2) and arm64 (R-Car Gen3). Rename it to rcar-sysc as it's really a

[GIT PULL] Second Round of Renesas ARM Based SoC R-Car SYSC Updates for v4.7

Hi Olof, Hi Kevin, Hi Arnd, Please consider these second round of Renesas ARM based SoC R-Car SYSC updates for v4.7. This pull request is based on a merge of: * Thee previous round of such requests, tagged as renesas-rcar-sysc-for-v4.7, which you have previously pulled. * The

[PATCH 08/11] soc: renesas: rcar-sysc: Add support for R-Car M2-W power areas

From: Geert Uytterhoeven Signed-off-by: Geert Uytterhoeven Reviewed-by: Laurent Pinchart Signed-off-by: Simon Horman --- drivers/soc/renesas/Makefile | 2 +-

[PATCH 04/11] soc: renesas: rcar-sysc: Make rcar_sysc_power_is_off() static

From: Geert Uytterhoeven As of commit b12ff41658171f53 ("ARM: shmobile: r8a7779: Remove legacy PM Domain remainings"), rcar_sysc_power_is_off() is no longer used from SoC-specific code. Signed-off-by: Geert Uytterhoeven Reviewed-by: Laurent

[PATCH 09/11] soc: renesas: rcar-sysc: Add support for R-Car M2-N power areas

From: Geert Uytterhoeven R-Car M2-N is identical to R-Car M2-W w.r.t. power domains, so reuse the definitions from the latter. Signed-off-by: Geert Uytterhoeven Reviewed-by: Laurent Pinchart Signed-off-by:

[PATCH] PCI: rcar-pcie: Remove Gen2 designation from Kconfig

It appears that Gen2 is a misnomer for the R-Car PCIE driver which also supports Gen 1 and Gen 3 SoCs. Accordingly, drop Gen 2 from the help text and Kconfig symbol. Also, re-arange the Kconfig symbol name to use PCIE as the prefix. This appears to be in keeping with other PCIE Kconfig symbols.

[GIT PULL] Renesas ARM Based SoC PCI Defconfig Updates for v4.7

Hi Olof, Hi Kevin, Hi Arnd, Please consider these Renesas ARM based SoC PCI defconfig updates for v4.7. This pull request includes a single patch with changes that I would ordinarily be inclined to split into different branches. However, are most easily done atomicly and as they are rather

Re: renesas-drivers-2016-04-12-v4.6-rc3

Hi Geert > > - > >... > >[0.934996] ak4613-codec 2-0010: No cache used with register defaults > > set! > > => [0.945223] rcar_sound ec50.sound: can't get dma channel > > => [0.950911] rcar_sound ec50.sound: ssi[0] fallback to PIO mode > > => [

[PATCH v2 05/13] v4l: vsp1: Add FCP support

On some platforms the VSP performs memory accesses through an FCP. When that's the case get a reference to the FCP from the VSP DT node and enable/disable it at runtime as needed. Signed-off-by: Laurent Pinchart ---

[PATCH v2 06/13] v4l: vsp1: Add output node value to routing table

The output node value indicates the value to be used in a sampling point register to use the node as the source of histogram data. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_entity.c | 52 ---

[PATCH v2 07/13] v4l: vsp1: Replace container_of() with dedicated macro

Add a macro to cast from a struct media_entity to a struct vsp1_entity to replace the manual implementations. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_entity.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-)

[PATCH v2 13/13] v4l: vsp1: Remove deprecated DRM API

The DRM driver has switched to the new API, remove the deprecated macros and inline wrapper. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_drm.c | 6 +++--- include/media/vsp1.h | 28

[PATCH v2 04/13] v4l: vsp1: Don't handle clocks manually

The power domain performs functional clock handling when using runtime PM, there's no need to enable and disable the clock manually. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1.h | 1 -

[PATCH v2 08/13] v4l: vsp1: Make vsp1_entity_get_pad_compose() more generic

Turn the helper into a function that can retrieve crop and compose selection rectangles. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_entity.c | 24 drivers/media/platform/vsp1/vsp1_entity.h | 6 +++---

[PATCH v2 09/13] v4l: vsp1: Move frame sequence number from video node to pipeline

The frame sequence number is global to the pipeline, there's no need to store copies in each video node. Signed-off-by: Laurent Pinchart --- drivers/media/platform/vsp1/vsp1_pipe.c | 2 ++ drivers/media/platform/vsp1/vsp1_pipe.h | 2 ++

[PATCH v2 00/13] R-Car VSP improvements for v4.7 - Round 2

Hello, This patch series is the second version of the second (and most probably last) round of vsp1 driver improvements for v4.7. In particular, it enables runtime PM support (03/13 and 04/13), adds support for the FCP (01/13, 02/13 and 05/13), prepare for HGO (histogram) support (06/13 to 09/13)

Re: [PATCH 3/4] arm64: dts: renesas: r8a7795: Add DU device to DT

Hi Geert, On Monday 25 Apr 2016 10:34:38 Geert Uytterhoeven wrote: > On Sun, Apr 24, 2016 at 2:34 AM, Laurent Pinchart wrote: > > Add the DU device to r8a7795.dtsi in a disabled state. > > > > Signed-off-by: Laurent Pinchart > > > > --- > > > >

Re: [PATCH] rcar-du: add/rename DEFR6 TCON bits

Hi Geert, On Monday 25 Apr 2016 09:25:30 Geert Uytterhoeven wrote: > On Sat, Apr 23, 2016 at 12:56 AM, Sergei Shtylyov wrote: > > The TCNE2 bit of the DEFR6 register was renamed to TCNE1 in the R-Car > > gen2 manuals -- which makes more sense as that bit controls whether DU1, > > not DU2 is

Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource

On Mon, Apr 25, 2016 at 04:26:19PM +0200, Niklas S?derlund wrote: > I have followed the call path from the usage in > drivers/dma/sh/rcar-dmac.c and made sure the dma_addr_t is not used in a > bad way. The dma-debug routines are called from the generic code in include/linux/dma-mapping.h, and

Re: [PATCH] drm: rcar: remove unused variable

Hi Arnd, Thank you for the patch. On Monday 25 Apr 2016 15:11:08 Arnd Bergmann wrote: > A cleanup for the rcar-du driver left an unused variable behind: > > drm/rcar-du/rcar_du_drv.c: In function 'rcar_du_probe': > drm/rcar-du/rcar_du_drv.c:300:24: error: unused variable 'connector' >

Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource

Hi Christoph, On 2016-04-21 06:49:42 -0700, Christoph Hellwig wrote: > On Wed, Apr 13, 2016 at 03:29:17PM +0200, Niklas S?derlund wrote: > > > Yes, it would be good to do an audit of all the ARM dma_ops as well > > > as generic code like drivers/base/dma-*.c, lib/dma-debug.c and > > >

[PATCH 5/6] ARM: dts: r8a7793: Don't disable referenced optional clocks

clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the various disabled external clock nodes to default to a frequency of 0, but don't disable them, to prevent this.

[PATCH 2/6] ARM: dts: r8a7778: Don't disable referenced optional clocks

clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the various disabled external clock nodes to default to a frequency of 0, but don't disable them, to prevent this.

[PATCH 4/6] ARM: dts: r8a7790: Don't disable referenced optional clocks

clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the various disabled external clock nodes to default to a frequency of 0, but don't disable them, to prevent this.

[PATCH 3/6] ARM: dts: r8a7779: Don't disable referenced optional clocks

clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the various disabled external clock nodes to default to a frequency of 0, but don't disable them, to prevent this.

[PATCH 0/6] arm64/ARM: dts: renesas: Don't disable referenced optional clocks

Hi Simon, Magnus, clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Disabled clock nodes show this behavior as of commit 3e5dd6f6e690048d ("clk: Ignore disabled DT

[PATCH 6/6] ARM: dts: r8a7794: Don't disable referenced optional clocks

clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the various disabled external clock nodes to default to a frequency of 0, but don't disable them, to prevent this.

[PATCH 1/6] arm64: dts: r8a7795: Don't disable referenced optional clocks

clk_get() on a disabled clock node will return -EPROBE_DEFER, which can cause drivers to be deferred forever if such clocks are referenced in their devices' clocks properties. Update the various disabled external clock nodes to default to a frequency of 0, but don't disable them, to prevent this.

Re: [PATCH 03/13] v4l: vsp1: Implement runtime PM support

Hi Geert, Thank you for the review. On Monday 25 Apr 2016 10:24:22 Geert Uytterhoeven wrote: > On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart > > wrote: > > Replace the manual refcount and clock management code by runtime PM. > > > >

Re: [PATCH 01/13] dt-bindings: Add Renesas R-Car FCP DT bindings

Hi Geert, Thank you for the review. On Monday 25 Apr 2016 09:32:04 Geert Uytterhoeven wrote: > On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart wrote: > > The FCP is a companion module of video processing modules in the Renesas > > R-Car Gen3 SoCs. It provides data compression and

[PATCH] drm: rcar: remove unused variable

A cleanup for the rcar-du driver left an unused variable behind: drm/rcar-du/rcar_du_drv.c: In function 'rcar_du_probe': drm/rcar-du/rcar_du_drv.c:300:24: error: unused variable 'connector' [-Werror=unused-variable] This removes the variable. Signed-off-by: Arnd Bergmann Fixes:

Re: sh-sci regression without scif_clk in 4.6-rc5

Hi Jürg, On Mon, Apr 25, 2016 at 2:24 PM, Jürg Billeter wrote: > testing 4.6-rc5 on a custom R-Car H3 board, I noticed that the Linux > console attached to SCIF2 no longer works (it works on 4.5). earlycon > works fine, though. Unlike Salvator-X, this H3 board does not use an >

sh-sci regression without scif_clk in 4.6-rc5

Hi Geert, testing 4.6-rc5 on a custom R-Car H3 board, I noticed that the Linux console attached to SCIF2 no longer works (it works on 4.5). earlycon works fine, though. Unlike Salvator-X, this H3 board does not use an external SCIF clock and thus, scif_clk is not enabled in the board device tree.

[PATCH 2/2] clk: shmobile: r8a7795: Add VIN clocks

Signed-off-by: Niklas Söderlund --- drivers/clk/renesas/r8a7795-cpg-mssr.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/clk/renesas/r8a7795-cpg-mssr.c b/drivers/clk/renesas/r8a7795-cpg-mssr.c index 005b323..9382df3 100644 ---

Re: [PATCH v6 05/11] soc: renesas: rcar-sysc: Enable Clock Domain for I/O devices

On 22 April 2016 at 09:59, Geert Uytterhoeven wrote: > Hi Ulf, > > On Fri, Apr 22, 2016 at 9:28 AM, Ulf Hansson wrote: >>> @@ -217,6 +218,8 @@ static int rcar_sysc_pd_power_on(struct >>> generic_pm_domain *genpd) >>> return

Re: [PATCH 03/13] v4l: vsp1: Implement runtime PM support

On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart wrote: > Replace the manual refcount and clock management code by runtime PM. > > Signed-off-by: Laurent Pinchart > --- > drivers/media/platform/Kconfig

Re: [PATCH 02/13] v4l: Add Renesas R-Car FCP driver

Hi Laurent, On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart wrote: > The FCP is a companion module of video processing modules in the > Renesas R-Car Gen3 SoCs. It provides data compression and decompression, > data caching, and conversion of AXI

Re: [PATCH 01/13] dt-bindings: Add Renesas R-Car FCP DT bindings

Hi Laurent, On Sun, Apr 24, 2016 at 1:49 AM, Laurent Pinchart wrote: > The FCP is a companion module of video processing modules in the Renesas > R-Car Gen3 SoCs. It provides data compression and decompression, data > caching, and conversion of AXI

Re: [PATCH] rcar-du: add/rename DEFR6 TCON bits

Hi Sergei, On Sat, Apr 23, 2016 at 12:56 AM, Sergei Shtylyov wrote: > The TCNE2 bit of the DEFR6 register was renamed to TCNE1 in the R-Car gen2 > manuals -- which makes more sense as that bit controls whether DU1, not DU2 > is connected to TCON. > > While

Re: [PATCH v2] usb: host: xhci-rcar: Avoid long wait in xhci_reset()

Hi Shimoda-san, On Mon, Apr 25, 2016 at 4:10 AM, Yoshihiro Shimoda wrote: >> From: Rob Herring >> Sent: Friday, April 22, 2016 10:29 PM >> On Fri, Apr 22, 2016 at 4:36 AM, Felipe Balbi >> wrote: >> > Yoshihiro Shimoda

Re: renesas-drivers-2016-04-12-v4.6-rc3

Hi Morimoto-san, On Mon, Apr 25, 2016 at 7:54 AM, Kuninori Morimoto wrote: >> I have pushed renesas-drivers-2016-04-12-v4.6-rc3 to >> https://git.kernel.org/cgit/linux/kernel/git/geert/renesas-drivers.git >> >> This tree is meant to ease development of platform

RE: [PATCH v2] usb: host: xhci-rcar: Avoid long wait in xhci_reset()

Hi, Yoshihiro Shimoda writes: >> > Yoshihiro Shimoda writes: >> >> The firmware of R-Car USB 3.0 host controller will control the reset. >> >> So, if the xhci driver doesn't do firmware downloading (e.g. kernel >> >>