[PATCH/RFT 0/2] Add PCIe support for r8a77965

This series adds PCIe support for r8a77965 (R-Car M3-N). It is not necessary to update driver and PFC. This series is based on the devel branch of Simon Horman's renesas tree. Takeshi Kihara (1): arm64: dts: renesas: r8a77965: Add PCIe device nodes Yoshihiro Kaneko (1): PCI: rcar: Add

[PATCH/RFT 2/2] arm64: dts: renesas: r8a77965: Add PCIe device nodes

From: Takeshi Kihara This patch adds PCIe{0,1} device nodes to R8A77965 SoC. Based on a similar patches of the R8A7796 device tree by Harunobu Kurokawa . Signed-off-by: Takeshi Kihara Signed-off-by: Yoshihiro Kaneko --- arch/arm64/boot/dts/renesas/r8a77965.dtsi | 48

[PATCH/RFT 1/2] PCI: rcar: Add compatible string for r8a77965

This patch adds support for r8a77965 (R-Car M3-N) Signed-off-by: Yoshihiro Kaneko --- Documentation/devicetree/bindings/pci/rcar-pci.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/pci/rcar-pci.txt b/Documentation/devicetree/bindings/pci/rcar-pci.txt

Re: [PATCH] soc: renesas: rcar-sysc: Make PM domain initialization more robust

On 5 June 2018 at 17:05, Geert Uytterhoeven wrote: > The quirk for R-Car E3 ES1.0 added in commit 086b399965a7ee7e ("soc: > renesas: r8a77990-sysc: Add workaround for 3DG-{A,B}") makes the 3DG-A > PM domain a subdomain of the 3DG-B PM domain. However, registering > 3DG-A with its parent fails

[PATCH v2 0/5] Add R8A77980/Condor/V3HSK LVDS/HDMI support

Hello! Here's the set of 5 patches against Simon Horman's 'renesas.git' repo's 'renesas-devel-20180604-v4.17' tag. We're adding the R8A77980 FCPVD/VSPD/ DU/LVDS device nodes and then describing the LVDS decoder and HDMI encoder connected to the LVDS output. These patches depend on the Thine

[PATCH v2 4/5] arm64: dts: renesas: r8a77980: add LVDS support

Define the generic R8A77980 part of the LVDS device node. Signed-off-by: Sergei Shtylyov --- arch/arm64/boot/dts/renesas/r8a77980.dtsi | 29 + 1 file changed, 29 insertions(+) Index: renesas/arch/arm64/boot/dts/renesas/r8a77980.dtsi

[PATCH v2 3/5] arm64: dts: renesas: r8a77980: add DU support

Define the generic R8A77980 part of the DU device node. Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov Signed-off-by: Sergei Shtylyov --- arch/arm64/boot/dts/renesas/r8a77980.dtsi | 30 ++ 1 file changed, 30

[PATCH v2 1/5] arm64: dts: renesas: r8a77980: add FCPVD support

Describe FCPVD0 in the R8A77980 device tree; it will be used by VSPD0 in the next patch... Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov Signed-off-by: Sergei Shtylyov --- arch/arm64/boot/dts/renesas/r8a77980.dtsi |8 1 file

[PATCH v2 2/5] arm64: dts: renesas: r8a77980: add VSPD support

Describe VSPD0 in the R8A77980 device tree; it will be used by DU in the next patch... Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov Signed-off-by: Sergei Shtylyov --- arch/arm64/boot/dts/renesas/r8a77980.dtsi | 10 ++ 1 file changed,

[PATCH v2 5/5] arm64: dts: renesas: condor/v3hsk: add DU/LVDS/HDMI support

Define the Condor/V3HSK board dependent parts of the DU and LVDS device nodes. Also add the device nodes for Thine THC63LVD1024 LVDS decoder and Analog Devices ADV7511W HDMI transmitter... Based on the original (and large) patch by Vladimir Barinov. Signed-off-by: Vladimir Barinov

Re: [PATCH 1/4] mmc: tmio: Fix tuning flow

> - if (ret == 0) > + if (!mmc_send_tuning(mmc, opcode, NULL)) I'd prefer '== 0' here as it makes clearer that we are checking for the good case here. But in general, the patch makes sense to me. signature.asc Description: PGP signature

Re: [PATCH 2/4] mmc: tmio: Fix SCC error detection

On Wed, Jun 06, 2018 at 10:47:22PM +0200, Niklas Söderlund wrote: > From: Masaharu Hayakawa > > SDR104 and HS200 need to check for SCC error. If SCC error is detected, > retuning is necessary. > > Signed-off-by: Masaharu Hayakawa > [Niklas: update commit message] > Signed-off-by: Niklas

Re: [PATCH 3/4] mmc: renesas_sdhi: Fix sampling clock position selecting

On Wed, Jun 06, 2018 at 10:47:23PM +0200, Niklas Söderlund wrote: > From: Masaharu Hayakawa > > When the result of tuning was different between the first set and the > second set, there was a case where the wrong sampling clock position was > selected. As a countermeasure, make the two results

Re: [PATCH 4/4] mmc: renesas_sdhi: Fix SCC error detection

On Wed, Jun 06, 2018 at 10:47:24PM +0200, Niklas Söderlund wrote: > From: Masaharu Hayakawa > > SDR104 and HS200 need to check SCC error. If SCC error is detected, > retuning is necessary. > > In addition SCC error checking during retuning is unnecessary. > > Signed-off-by: Masaharu Hayakawa

Re: [RFC PATCH 1/1] i2c: rcar: handle RXDMA HW bug on Gen3

Hi Shimoda-san, On Thu, Jun 7, 2018 at 7:36 AM, Yoshihiro Shimoda wrote: >> From: Yoshihiro Shimoda, Sent: Thursday, May 31, 2018 6:12 PM >> > From: Geert Uytterhoeven, Sent: Thursday, May 31, 2018 5:45 PM >> > On Wed, May 30, 2018 at 10:35 AM, Yoshihiro Shimoda >> > wrote: >> > >> From: