RE: [PATCH 1/2] usb: gadget: udc: renesas_usb3: add property "renesas,ignore-id"

Hi Simon-san, > From: Simon Horman, Sent: Wednesday, April 11, 2018 4:28 PM > > On Tue, Apr 10, 2018 at 09:13:53PM +0900, Yoshihiro Shimoda wrote: > > This patch adds a new property to ignore the ID signal on a board. > > > > Signed-off-by: Yoshihiro Shimoda >

Re: [PATCH v2 1/2] MAINTAINERS: remove me as maintainer for I2C host drivers

On Tue, Apr 10, 2018 at 09:49:13PM +0200, Wolfram Sang wrote: > The number of I2C host controller drivers keeps increasing, and although > I had some success acquiring specific driver maintainers, my bandwidth > is by far not enough to act as a fallback for the rest of the drivers. > To reflect

Re: [PATCH v2 2/2] MAINTAINERS: add maintainer for Renesas I2C related drivers

On Tue, Apr 10, 2018 at 09:49:14PM +0200, Wolfram Sang wrote: > From: Wolfram Sang > > Intentionally missing i2c-riic here, Chris Brandt will add himself for > that one later. > > Signed-off-by: Wolfram Sang Applied to

Re: [PATCH 4/4] soc: renesas: rcar-rst: Add support for R-Car E3

Hi Shimoda-san, Thanks for your patch! On Wed, Apr 11, 2018 at 11:36 AM, Yoshihiro Shimoda wrote: > From: Takeshi Kihara > > This patch adds definition of reset vector for the R8A77990 SoC. The description doesn't seem to match

Re: [PATCH 3/4] soc: renesas: rcar-sysc: Add support for R-Car E3 power areas

Hi Shimoda-san, On Wed, Apr 11, 2018 at 11:36 AM, Yoshihiro Shimoda wrote: > From: Takeshi Kihara > > This patch adds Cortex-A53 CPU{0,1}, Cortex-A53 SCU, Cortex-R7, A3VC, > A2VC1 and 3DG-{A,B} power domain areas for the R8A77990

Re: [PATCH 2/4] soc: renesas: Add r8a77990 SYSC PM Domain Binding Definitions

On Wed, Apr 11, 2018 at 11:36 AM, Yoshihiro Shimoda wrote: > From: Takeshi Kihara > > This patch adds power domain indices for R-Car E3. > > Signed-off-by: Takeshi Kihara > [shimoda: add commit log

Re: [PATCH 1/4] soc: renesas: identify R-Car E3

On Wed, Apr 11, 2018 at 11:36 AM, Yoshihiro Shimoda wrote: > From: Takeshi Kihara > > This patch adds support for identifying the R-Car E3 (R8A77990) SoC. > > Signed-off-by: Takeshi Kihara >

Re: [PATCH 3/3] arm64: renesas: Add Renesas R8A77990 Kconfig support

On Wed, Apr 11, 2018 at 11:35 AM, Yoshihiro Shimoda wrote: > Add configuration option for the R-Car E3 (R8A77990) SoC. > > Signed-off-by: Yoshihiro Shimoda Reviewed-by: Geert Uytterhoeven

Re: [PATCH 2/3] dt-bindings: arm: Document Renesas Ebisu board DT bindings

On Wed, Apr 11, 2018 at 11:35 AM, Yoshihiro Shimoda wrote: > This patch adds device tree bindings documentation for Renesas > Ebisu board (RTP0RC77990SEB0010S). > > Signed-off-by: Yoshihiro Shimoda Reviewed-by: Geert

[PATCH v3 0/5] V3M-Eagle HDMI output enablement

Hello, I have rebased the Eagle display enablement on top of (part of) Sergei's series: [PATCH v2 0/5] Add R8A77970/V3MSK LVDS/HDMI support Simon: you can skip "[1/5] arm64: dts: renesas: r8a77970: add FCPVD support" as you already collected that Sergei: I re-sent your series because there

Re: [PATCH 1/3] dt-bindings: arm: Document R-Car E3 SoC DT bindings

On Wed, Apr 11, 2018 at 11:35 AM, Yoshihiro Shimoda wrote: > This patch adds device tree bindings documentation for Renesas R-Car > E3 (r8a77990). > > Signed-off-by: Yoshihiro Shimoda Reviewed-by: Geert Uytterhoeven

Re: [PATCH v2 3/4] arm64: dts: renesas: r8a77970: add LVDS support

Hi Jacopo, Sergei, On 2018-04-11 11:53:28 +0200, Jacopo Mondi wrote: > Hi Sergei, Niklas > > On Tue, Apr 10, 2018 at 08:12:36PM +0300, Sergei Shtylyov wrote: > > On 04/10/2018 03:13 PM, jacopo mondi wrote: > > > > >>> From: Niklas Söderlund > > >>> > > >>>

RE: [PATCH] gpio: dwapb: Add support for 32 interrupts

Hi Andy, On 05 April 2018 10:43, Phil Edworthy wrote: > On 30 March 2018 22:26 Andy Shevchenko wrote: > > On Wed, Mar 28, 2018 at 5:22 PM, Phil Edworthy wrote: > > > The DesignWare GPIO IP can be configured for either 1 or 32 > > > interrupts, > > > > 1 to 32, or just a choice between two? > Just

Re: [PATCH v2 3/4] arm64: dts: renesas: r8a77970: add LVDS support

Hi Sergei, Niklas On Tue, Apr 10, 2018 at 08:12:36PM +0300, Sergei Shtylyov wrote: > On 04/10/2018 03:13 PM, jacopo mondi wrote: > > >>> From: Niklas Söderlund > >>> > >>> Add the LVDS device to r8a77970.dtsi in a disabled state. Also connect > >>> the it

[PATCH 2/2] arm64: dts: renesas: Add Renesas Ebisu board support

From: Takeshi Kihara Basic support for the Renesas Ebisu board based on R-Car E3: - Memory, - Main crystal, - Serial console, Signed-off-by: Takeshi Kihara [shimoda: rebase and add SPDX-License-Identifier] Signed-off-by:

[PATCH 0/2] arm64: dts: renesas: Add support for R-Car E3 and Ebisu board

This patch is based on the renesas-drivers-2018-04-03-v4.16 tag of renesas-drivers.git. This code doesn't use dt-bindings definitions to avoid dependency. Takeshi Kihara (1): arm64: dts: renesas: Add Renesas Ebisu board support Yoshihiro Shimoda (1): arm64: dts: renesas: Add Renesas

[PATCH 1/2] arm64: dts: renesas: Add Renesas R8A77990 SoC support

This patch adds basic support for the Renesas R-Car E3 (R8A77990) SoC: - PSCI - CPU (single) - Cache controller - Main clocks and controller - Interrupt controller - Timer - PMU - Reset controller - Product register - System controller - UART for console Inspried by a patch

[PATCH 1/2] clk: renesas: Add r8a77990 CPG Core Clock Definitions

From: Takeshi Kihara This patch adds all R-Car E3 Clock Pulse Generator Core Clock Outputs. Note that internal CPG clocks (S0, S1, S2, S3, SDSRC) are not included, as they are used as internal clock sources only, and never referenced from DT. Signed-off-by:

[PATCH 0/2] clk: renesas: Add support for R-Car E3

This patch is based on the renesas-drivers-2018-04-03-v4.16 tag of renesas-drivers.git. Takeshi Kihara (1): clk: renesas: Add r8a77990 CPG Core Clock Definitions Yoshihiro Shimoda (1): clk: renesas: cpg-mssr: Add support for R-Car E3 .../devicetree/bindings/clock/renesas,cpg-mssr.txt | 3

[PATCH 2/2] clk: renesas: cpg-mssr: Add support for R-Car E3

Initial support for R-Car E3 (r8a77990), including core and module clocks. Based on the Table 8.2g of "R-Car Series, 3rd Generation User's Manual: Hardware ((Rev. 0.80, Oct 31, 2017) with Manual Errata on Feb. 28, 2018". Inspried by patches by Takeshi Kihara in the BSP. Signed-off-by: Yoshihiro

[PATCH 4/4] soc: renesas: rcar-rst: Add support for R-Car E3

From: Takeshi Kihara This patch adds definition of reset vector for the R8A77990 SoC. Signed-off-by: Takeshi Kihara [shimoda: rebase] Signed-off-by: Yoshihiro Shimoda ---

[PATCH 3/4] soc: renesas: rcar-sysc: Add support for R-Car E3 power areas

From: Takeshi Kihara This patch adds Cortex-A53 CPU{0,1}, Cortex-A53 SCU, Cortex-R7, A3VC, A2VC1 and 3DG-{A,B} power domain areas for the R8A77990 SoC. NOTE: - The 3DG power domain resume order of R-Car E3 is [3DG-B] -> [3DG-A], which is different from R-Car H3,

[PATCH 0/4] soc: renesas: Add support for R-Car E3

This patch is based on the renesas-drivers-2018-04-03-v4.16 tag of renesas-drivers.git. Takeshi Kihara (4): soc: renesas: identify R-Car E3 soc: renesas: Add r8a77990 SYSC PM Domain Binding Definitions soc: renesas: rcar-sysc: Add support for R-Car E3 power areas soc: renesas: rcar-rst:

[PATCH 2/4] soc: renesas: Add r8a77990 SYSC PM Domain Binding Definitions

From: Takeshi Kihara This patch adds power domain indices for R-Car E3. Signed-off-by: Takeshi Kihara [shimoda: add commit log and SPDX-License-Identifier] Signed-off-by: Yoshihiro Shimoda ---

[PATCH 1/4] soc: renesas: identify R-Car E3

From: Takeshi Kihara This patch adds support for identifying the R-Car E3 (R8A77990) SoC. Signed-off-by: Takeshi Kihara Signed-off-by: Yoshihiro Shimoda --- drivers/soc/renesas/renesas-soc.c | 8

[PATCH 3/3] arm64: renesas: Add Renesas R8A77990 Kconfig support

Add configuration option for the R-Car E3 (R8A77990) SoC. Signed-off-by: Yoshihiro Shimoda --- arch/arm64/Kconfig.platforms | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms index

[PATCH 0/3] arm64: renesas: Add Renesas R8A77990 support

This patch is based on the renesas-drivers-2018-04-03-v4.16 tag of renesas-drivers.git. Yoshihiro Shimoda (3): dt-bindings: arm: Document R-Car E3 SoC DT bindings dt-bindings: arm: Document Renesas Ebisu board DT bindings arm64: renesas: Add Renesas R8A77990 Kconfig support

[PATCH 2/3] dt-bindings: arm: Document Renesas Ebisu board DT bindings

This patch adds device tree bindings documentation for Renesas Ebisu board (RTP0RC77990SEB0010S). Signed-off-by: Yoshihiro Shimoda --- Documentation/devicetree/bindings/arm/shmobile.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 1/3] dt-bindings: arm: Document R-Car E3 SoC DT bindings

This patch adds device tree bindings documentation for Renesas R-Car E3 (r8a77990). Signed-off-by: Yoshihiro Shimoda --- Documentation/devicetree/bindings/arm/shmobile.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH] vfio: platform: Fix using devices in PM Domains

If a device is part of a PM Domain (e.g. power and/or clock domain), its power state is managed using Runtime PM. Without Runtime PM, the device may not be powered up, causing subtle failures, crashes, or system lock-ups when the device is accessed by the guest. Fix this by adding Runtime PM

Re: [PATCH] vfio: platform: Fix using devices in PM Domains

On Wed, Apr 11, 2018 at 11:15 AM, Geert Uytterhoeven wrote: > If a device is part of a PM Domain (e.g. power and/or clock domain), its > power state is managed using Runtime PM. Without Runtime PM, the device > may not be powered up, causing subtle failures, crashes, or

[PATCH v3 1/2] vfio: platform: Fix reset module leak in error path

If the IOMMU group setup fails, the reset module is not released. Fixes: b5add544d677d363 ("vfio, platform: make reset driver a requirement by default") Signed-off-by: Geert Uytterhoeven Reviewed-by: Eric Auger Reviewed-by: Simon Horman

[PATCH v3 2/2] vfio: platform: Add generic DT reset support

Vfio-platform requires reset support, provided either by ACPI, or, on DT platforms, by a device-specific reset driver matching against the device's compatible value. On many SoCs, devices are connected to an SoC-internal reset controller. If the reset hierarchy is described in DT using "resets"

[PATCH v3 0/2] vfio: platform: Improve reset support

Hi all, This patch series improves reset support for vfio-platform: - The first patch fixes a bug I ran into while working on this. - The second patch implements generic DT reset controller support, for devices that are connected to an SoC-internal reset controller and can be

[PATCH] vfio: platform: Fix using devices in PM Domains

If a device is part of a PM Domain (e.g. power and/or clock domain), its power state is managed using Runtime PM. Without Runtime PM, the device may not be powered up, causing subtle failures, crashes, or system lock-ups when the device is accessed by the guest. Fix this by adding Runtime PM

Re: [PATCH/RFT v3 0/3] thermal: add support for r8a77995

Hello Kaneko-san, On Tue, Apr 03, 2018 at 09:43:02PM +0900, Yoshihiro Kaneko wrote: > This series adds thermal support for r8a77995. > R-Car D3 (r8a77995) have a thermal sensor module which is similar to Gen2. > Therefore this series adds r8a77995 support to rcar_thermal driver not >

RE: [PATCH] usb: role: rcar-usb3-role-switch: add support for R-Car SoCs

Hi Heikki, Thank you for the comments! > From: Heikki Krogerus, Sent: Wednesday, April 11, 2018 5:02 PM > > On Wed, Apr 11, 2018 at 03:15:23AM +, Yoshihiro Shimoda wrote: > > > > + host_node = of_parse_phandle(pdev->dev.of_node, "renesas,host", > > > > 0); > > > > + if

RE: [PATCH] usb: role: rcar-usb3-role-switch: add support for R-Car SoCs

Hi Heikki, > From: Heikki Krogerus, Sent: Wednesday, April 11, 2018 4:26 PM > > On Tue, Apr 10, 2018 at 09:03:46PM +0900, Yoshihiro Shimoda wrote: > > +Example of R-Car H3 ES2.0: > > + usb3_peri0: usb@ee02 { > > + compatible = "renesas,r8a7795-usb3-peri", > > +

Re: [PATCH v2 2/2] vfio: platform: Add generic DT reset controller support

Hi Philipp, On Wed, Apr 11, 2018 at 10:22 AM, Philipp Zabel wrote: > On Tue, 2018-04-10 at 17:53 +0200, Geert Uytterhoeven wrote: >> Vfio-platform requires reset support, provided either by ACPI, or, on DT >> platforms, by a device-specific reset driver matching against

Re: [PATCH v2 2/2] vfio: platform: Add generic DT reset controller support

Hi Simon, On Wed, Apr 11, 2018 at 10:22 AM, Simon Horman wrote: > On Tue, Apr 10, 2018 at 05:53:47PM +0200, Geert Uytterhoeven wrote: >> Vfio-platform requires reset support, provided either by ACPI, or, on DT >> platforms, by a device-specific reset driver matching against

Re: [PATCH/RFT v3 0/3] thermal: add support for r8a77995

Hi Jacopo > > This series adds thermal support for r8a77995. > > R-Car D3 (r8a77995) have a thermal sensor module which is similar to Gen2. > > Therefore this series adds r8a77995 support to rcar_thermal driver not > > rcar_gen3_thermal driver. > > > > This series is based on the next branch of

Re: [PATCH/RFT v3 0/3] thermal: add support for r8a77995

Hi Jacopo, On Wed, Apr 11, 2018 at 10:12 AM, jacopo mondi wrote: > On Tue, Apr 03, 2018 at 09:43:02PM +0900, Yoshihiro Kaneko wrote: >> This series adds thermal support for r8a77995. >> R-Car D3 (r8a77995) have a thermal sensor module which is similar to Gen2. >> Therefore

Re: [PATCH/RFT v3 0/3] thermal: add support for r8a77995

I am sorry On Wed, Apr 11, 2018 at 10:12:58AM +0200, jacopo mondi wrote: > Hello Kaneko-san > > On Tue, Apr 03, 2018 at 09:43:02PM +0900, Yoshihiro Kaneko wrote: > > This series adds thermal support for r8a77995. > > R-Car D3 (r8a77995) have a thermal sensor module which is similar to Gen2. > >

Re: [PATCH v2 2/2] MAINTAINERS: add maintainer for Renesas I2C related drivers

On Tue, Apr 10, 2018 at 09:49:14PM +0200, Wolfram Sang wrote: > From: Wolfram Sang > > Intentionally missing i2c-riic here, Chris Brandt will add himself for > that one later. > > Signed-off-by: Wolfram Sang Reviewed-by:

Re: [PATCH v2 1/2] MAINTAINERS: remove me as maintainer for I2C host drivers

On Tue, Apr 10, 2018 at 09:49:13PM +0200, Wolfram Sang wrote: > The number of I2C host controller drivers keeps increasing, and although > I had some success acquiring specific driver maintainers, my bandwidth > is by far not enough to act as a fallback for the rest of the drivers. > To reflect

Re: [PATCH v2 2/2] vfio: platform: Add generic DT reset controller support

On Tue, 2018-04-10 at 17:53 +0200, Geert Uytterhoeven wrote: > Vfio-platform requires reset support, provided either by ACPI, or, on DT > platforms, by a device-specific reset driver matching against the > device's compatible value. > > On many SoCs, devices are connected to an SoC-internal reset

Re: [PATCH v2 2/2] vfio: platform: Add generic DT reset controller support

On Tue, Apr 10, 2018 at 05:53:47PM +0200, Geert Uytterhoeven wrote: > Vfio-platform requires reset support, provided either by ACPI, or, on DT > platforms, by a device-specific reset driver matching against the > device's compatible value. > > On many SoCs, devices are connected to an

Re: [PATCH/RFT v3 0/3] thermal: add support for r8a77995

Hello Kaneko-san On Tue, Apr 03, 2018 at 09:43:02PM +0900, Yoshihiro Kaneko wrote: > This series adds thermal support for r8a77995. > R-Car D3 (r8a77995) have a thermal sensor module which is similar to Gen2. > Therefore this series adds r8a77995 support to rcar_thermal driver not >

Re: [PATCH v2 1/2] vfio: platform: Fix reset module leak in error path

On Tue, Apr 10, 2018 at 05:53:46PM +0200, Geert Uytterhoeven wrote: > If the IOMMU group setup fails, the reset module is not released. > > Fixes: b5add544d677d363 ("vfio, platform: make reset driver a requirement by > default") > Signed-off-by: Geert Uytterhoeven >

Re: [PATCH] MAINTAINERS: I'll maintain Renesas R-Car I2C host drivers

There seems to be some room to enhance the subject, but otherwise: Reviewed-by: Simon Horman On Tue, Apr 10, 2018 at 04:13:47PM +0200, Wolfram Sang wrote: > Signed-off-by: Wolfram Sang > --- > MAINTAINERS | 6 ++ > 1 file

Re: [PATCH] usb: role: rcar-usb3-role-switch: add support for R-Car SoCs

On Wed, Apr 11, 2018 at 03:15:23AM +, Yoshihiro Shimoda wrote: > > > + host_node = of_parse_phandle(pdev->dev.of_node, "renesas,host", > > > 0); > > > + if (!host_node) > > > + return -ENODEV; > > > + > > > + pdev_host = of_find_device_by_node(host_node); > > >

Re: [PATCH RESEND] backlight: pwm_bl: don't use GPIOF_* with gpiod_get_direction

On Tue, Apr 10, 2018 at 02:32:40PM +0200, Wolfram Sang wrote: > The documentation was wrong, gpiod_get_direction() returns 0/1 instead > of the GPIOF_* flags. The docs were fixed with commit 94fc73094abe47 > ("gpio: correct docs about return value of gpiod_get_direction"). Now, > fix this user

Re: [PATCH 1/2] usb: gadget: udc: renesas_usb3: add property "renesas,ignore-id"

On Tue, Apr 10, 2018 at 09:13:53PM +0900, Yoshihiro Shimoda wrote: > This patch adds a new property to ignore the ID signal on a board. > > Signed-off-by: Yoshihiro Shimoda > --- > Documentation/devicetree/bindings/usb/renesas_usb3.txt | 2 ++ >

Re: [PATCH] usb: role: rcar-usb3-role-switch: add support for R-Car SoCs

On Tue, Apr 10, 2018 at 09:03:46PM +0900, Yoshihiro Shimoda wrote: > This patch adds role switch support for R-Car SoCs. Some R-Car SoCs > (e.g. R-Car H3) have USB 3.0 dual-role device controller which has > the USB 3.0 xHCI host and Renesas USB 3.0 peripheral. > > Unfortunately, the mode change

Re: [PATCH 5/5] mmc: renesas_sdhi_internal_dmac: remove superfluous WARN

On Tue, Apr 10, 2018 at 11:38:31AM +0200, Wolfram Sang wrote: > The WARN can never trigger because we limited the max_seg number in > renesas_sdhi_of_data already. Remove it and update the comment. > > Signed-off-by: Wolfram Sang Reviewed-by: Simon Horman

Re: [PATCH v2 2/2] MAINTAINERS: add maintainer for Renesas I2C related drivers

> I guess that's why you're not adding a catch-all "RENESAS I2C DRIVERS" > section? Yes. signature.asc Description: PGP signature

Re: [PATCH 3/5] mmc: renesas_sdhi: Fix alignment check of sg buffer

On Tue, Apr 10, 2018 at 11:38:29AM +0200, Wolfram Sang wrote: > From: Masaharu Hayakawa > > Sometimes sg->offset is not used for buffer addresses allocated by > dma_map_sg(), so alignment checks should be done on the allocated buffer > addresses. Delete the

Re: [PATCH 2/5] mmc: renesas_sdhi: use helpers to access struct scatterlist members

On Tue, Apr 10, 2018 at 11:38:28AM +0200, Wolfram Sang wrote: > From: Niklas Söderlund > > Instead of directly accessing the members of struct scatterlist use the > helpers mmc_get_dma_dir() and sg_dma_address() in > renesas_sdhi_internal_dmac_start_dma().

Re: [PATCH 1/5] mmc: renesas_sdhi_internal_dmac: limit DMA RX for old SoCs

On Tue, Apr 10, 2018 at 11:38:27AM +0200, Wolfram Sang wrote: > Early revisions of certain SoCs cannot do multiple DMA RX streams in > parallel. To avoid data corruption, only allow one DMA RX channel and > fall back to PIO, if needed. > > Signed-off-by: Wolfram Sang

Re: [PATCH v2 2/2] MAINTAINERS: add maintainer for Renesas I2C related drivers

Hi Wolfram, On Tue, Apr 10, 2018 at 9:49 PM, Wolfram Sang wrote: > From: Wolfram Sang > > Intentionally missing i2c-riic here, Chris Brandt will add himself for > that one later. I guess that's why you're not adding a catch-all "RENESAS I2C

Re: [PATCH 4/4] usb: gadget: udc: renesas_usb3: should call devm_phy_get() before add udc

On Tue, Apr 10, 2018 at 09:44:31AM +, Yoshihiro Shimoda wrote: > Hi Simon-san, > > > From: Simon Horman, Sent: Tuesday, April 10, 2018 6:34 PM > > > > On Tue, Apr 10, 2018 at 01:28:33AM +, Yoshihiro Shimoda wrote: > > > Hi Simon-san, > > > > > > > From: Simon Horman, Sent: Monday, April