Skip to contentSkip to conversation

ARM: renesas: Latest r8a774[35] dts updates

PATCH New Chris Paterson 5 participants 51 messages Sep 13, 2017 – Dec 6, 2017 Device tree bindings

lore
Share & tools
lore
#0 lore raw

cover ARM: renesas: Latest r8a774[35] dts updates

This series contains multiple additions to the r8a774[35] device trees.

I've bundled them into a series to help avoid merge issues due to multiple changes to the same files. Hopefully this doesn't add too much confusion!

Kind regards, Chris

Fabrizio Castro (8):
ARM: dts: r8a7745: Add APMU node and second CPU core
ARM: dts: r8a7745: Add SDHI controllers
ARM: dts: iwg22m: Enable SDHI1 controller
ARM: dts: iwg22d: Enable SDHI0 controller
ARM: dts: r8a7743: Add QSPI support
ARM: dts: iwg20m: Add SPI NOR support
ARM: dts: r8a7745: Add QSPI support
ARM: drs: iwg22m: Add SPI NOR support

 arch/arm/boot/dts/r8a7743-iwg20m.dtsi       | 26 ++++++++++
 arch/arm/boot/dts/r8a7743.dtsi              | 17 +++++++
 arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts | 37 ++++++++++++++
 arch/arm/boot/dts/r8a7745-iwg22m.dtsi       | 43 +++++++++++++++++
 arch/arm/boot/dts/r8a7745.dtsi              | 75 +++++++++++++++++++++++++++++
 5 files changed, 198 insertions(+)
Signature · 1 line
1.9.1
#1 lore raw

PATCH 1/8 ARM: dts: r8a7745: Add APMU node and second CPU core

From: Fabrizio Castro <[email protected]>

Add DT node for the Advanced Power Management Unit (APMU), add the second CPU core, and use "renesas,apmu" as "enable-method".

---
This patch is based on renesas-devel-20170913-v4.13.

 arch/arm/boot/dts/r8a7745.dtsi | 16 ++++++++++++++++
 1 file changed, 16 insertions(+)
arch/arm/boot/dts/r8a7745.dtsi +16 -0
index 6e82991..8ed2ac5 100644
@@ -30,6 +30,7 @@
 	cpus {
 		#address-cells = <1>;
 		#size-cells = <0>;
+		enable-method = "renesas,apmu";
 
 		cpu0: cpu at 0 {
 			device_type = "cpu";
@@ -41,6 +42,15 @@
 			next-level-cache = <&L2_CA7>;
 		};
 
+		cpu1: cpu at 1 {
+			device_type = "cpu";
+			compatible = "arm,cortex-a7";
+			reg = <1>;
+			clock-frequency = <1000000000>;
+			power-domains = <&sysc R8A7745_PD_CA7_CPU1>;
+			next-level-cache = <&L2_CA7>;
+		};
+
 		L2_CA7: cache-controller-0 {
 			compatible = "cache";
 			cache-unified;
@@ -57,6 +67,12 @@
 		#size-cells = <2>;
 		ranges;
 
+		apmu at e6151000 {
+			compatible = "renesas,r8a7745-apmu", "renesas,apmu";
+			reg = <0 0xe6151000 0 0x188>;
+			cpus = <&cpu0 &cpu1>;
+		};
+
 		gic: interrupt-controller at f1001000 {
 			compatible = "arm,gic-400";
 			#interrupt-cells = <3>;
Signature · 1 line
1.9.1
#2 lore raw

PATCH 1/8 ARM: dts: r8a7745: Add APMU node and second CPU core

[Cc Geert]

Quoted 9 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add DT node for the Advanced Power Management Unit (APMU), add the second CPU core, and use "renesas,apmu" as "enable-method".

---
This patch is based on renesas-devel-20170913-v4.13.

Hi,

with reference to "[PATCH v3 0/3] ARM: renesas: Enable SMP on R-Car E2" is the CNTVOFF initialised in the boot loader of boards (in upstream) for this SoC? If not I expect you will have trouble with the arch timer on secondary CPU cores.

The patch itself looks good to me.

#3 lore raw

PATCH 1/8 ARM: dts: r8a7745: Add APMU node and second CPU core

Hi Simon, Fabrizio,

Quoted 11 lines · Simon Horman
Quoted 9 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add DT node for the Advanced Power Management Unit (APMU), add the second CPU core, and use "renesas,apmu" as "enable-method".

---
This patch is based on renesas-devel-20170913-v4.13.

Quoted 6 lines

Hi,

with reference to "[PATCH v3 0/3] ARM: renesas: Enable SMP on R-Car E2" is the CNTVOFF initialised in the boot loader of boards (in upstream) for this SoC? If not I expect you will have trouble with the arch timer on secondary CPU cores.

Exactly my question.

Fabrizio: Given your feedback on "[PATCH v3 0/3] ARM: renesas: Enable SMP on R-Car E2", I think SMP enablement on RZ/G1E has to be postponed until "ARM:
shmobile: rcar-gen2: Make sure CNTVOFF is initialized on CA7/15" has been accepted upstream.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

#4 lore raw

PATCH 1/8 ARM: dts: r8a7745: Add APMU node and second CPU core

Hi Simon, Geert,

Quoted 10 lines

-----Original Message-----
From: linux-renesas-soc-owner at vger.kernel.org [mailto:linux-renesas-soc-owner at vger.kernel.org] On Behalf Of Geert Uytterhoeven
Sent: 15 September 2017 09:05
To: Simon Horman <[email protected]>; Fabrizio Castro <[email protected]>
Cc: Chris Paterson <[email protected]>; Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Magnus Damm <[email protected]>; Russell King <[email protected]>; devicetree at vger.kernel.org; Linux-Renesas <[email protected]>; linux-arm-kernel at lists.infradead.org; Geert Uytterhoeven <[email protected]>
Subject: Re: [PATCH 1/8] ARM: dts: r8a7745: Add APMU node and second CPU core

Quoted 20 lines

Hi Simon, Fabrizio,

Quoted 17 lines · Simon Horman
Quoted 9 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add DT node for the Advanced Power Management Unit (APMU), add the second CPU core, and use "renesas,apmu" as "enable-method".

---
This patch is based on renesas-devel-20170913-v4.13.

Hi,

with reference to "[PATCH v3 0/3] ARM: renesas: Enable SMP on R-Car E2" is the CNTVOFF initialised in the boot loader of boards (in upstream) for this SoC? If not I expect you will have trouble with the arch timer on secondary CPU cores.

I can confirm that this patch relies on:
* "ARM: Add definition for monitor mode", and
* "ARM: shmobile: rcar-gen2: Make sure CNTVOFF is initialized on CA7/15 " as the bootloader doesn't initialize CNTVOFF.

Quoted 7 lines

Exactly my question.

Fabrizio: Given your feedback on "[PATCH v3 0/3] ARM: renesas: Enable SMP on R-Car E2", I think SMP enablement on RZ/G1E has to be postponed until "ARM:
shmobile: rcar-gen2: Make sure CNTVOFF is initialized on CA7/15" has been accepted upstream.

You are right, somehow we missed the comment made by Simon on Monday:

" I would like to deffer the third and last patch until v4.16 to avoid an awkward branch dependency on the above - the branches are different even though the tree is the same. Please resubmit this patch once the above dependencies are present in an rc release, which at this stage I expect to be v4.15-rc1."

Apologies for this, we will send this patch later on, once both patches have been accepted upstream.

Simon, is this going to make the application of the remaining patches problematic? Please, let me (or Chris) know if you want us to rebase and resend without this patch.

Best regards,
Fabrizio

Quoted 11 lines

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.

#5 lore raw

PATCH 1/8 ARM: dts: r8a7745: Add APMU node and second CPU core

Quoted 48 lines · Fabrizio Castro

Hi Simon, Geert,

Quoted 10 lines

-----Original Message-----
From: linux-renesas-soc-owner at vger.kernel.org [mailto:linux-renesas-soc-owner at vger.kernel.org] On Behalf Of Geert Uytterhoeven
Sent: 15 September 2017 09:05
To: Simon Horman <[email protected]>; Fabrizio Castro <[email protected]>
Cc: Chris Paterson <[email protected]>; Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Magnus Damm <[email protected]>; Russell King <[email protected]>; devicetree at vger.kernel.org; Linux-Renesas <[email protected]>; linux-arm-kernel at lists.infradead.org; Geert Uytterhoeven <[email protected]>
Subject: Re: [PATCH 1/8] ARM: dts: r8a7745: Add APMU node and second CPU core

Quoted 20 lines

Hi Simon, Fabrizio,

Quoted 17 lines · Simon Horman
Quoted 9 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add DT node for the Advanced Power Management Unit (APMU), add the second CPU core, and use "renesas,apmu" as "enable-method".

---
This patch is based on renesas-devel-20170913-v4.13.

Hi,

with reference to "[PATCH v3 0/3] ARM: renesas: Enable SMP on R-Car E2" is the CNTVOFF initialised in the boot loader of boards (in upstream) for this SoC? If not I expect you will have trouble with the arch timer on secondary CPU cores.

I can confirm that this patch relies on:
* "ARM: Add definition for monitor mode", and
* "ARM: shmobile: rcar-gen2: Make sure CNTVOFF is initialized on CA7/15 " as the bootloader doesn't initialize CNTVOFF.

Quoted 7 lines

Exactly my question.

Fabrizio: Given your feedback on "[PATCH v3 0/3] ARM: renesas: Enable SMP on R-Car E2", I think SMP enablement on RZ/G1E has to be postponed until "ARM:
shmobile: rcar-gen2: Make sure CNTVOFF is initialized on CA7/15" has been accepted upstream.

You are right, somehow we missed the comment made by Simon on Monday:

Quoted 8 lines

" I would like to deffer the third and last patch until v4.16 to avoid an awkward branch dependency on the above - the branches are different even though the tree is the same. Please resubmit this patch once the above dependencies are present in an rc release, which at this stage I expect to be v4.15-rc1."

Apologies for this, we will send this patch later on, once both patches have been accepted upstream.

No problem, I will mark this one as deferred.

Quoted 3 lines

Simon, is this going to make the application of the remaining patches problematic? Please, let me (or Chris) know if you want us to rebase and resend without this patch.

No, I don't think you need to rebase and repost due to this.

#6 lore raw

PATCH 1/8 ARM: dts: r8a7745: Add APMU node and second CPU core

Hi Simon,

Quoted 53 lines · Simon Horman
Quoted 52 lines · Fabrizio Castro
Quoted 10 lines

-----Original Message-----
From: linux-renesas-soc-owner at vger.kernel.org [mailto:linux-renesas-soc-owner at vger.kernel.org] On Behalf Of Geert Uytterhoeven
Sent: 15 September 2017 09:05
To: Simon Horman <[email protected]>; Fabrizio Castro <[email protected]>
Cc: Chris Paterson <[email protected]>; Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Magnus Damm <[email protected]>; Russell King <[email protected]>; devicetree at vger.kernel.org; Linux-Renesas <[email protected]>; linux-arm-kernel at lists.infradead.org; Geert Uytterhoeven <[email protected]>
Subject: Re: [PATCH 1/8] ARM: dts: r8a7745: Add APMU node and second CPU core

Quoted 20 lines

Hi Simon, Fabrizio,

Quoted 17 lines · Simon Horman
Quoted 9 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add DT node for the Advanced Power Management Unit (APMU), add the second CPU core, and use "renesas,apmu" as "enable-method".

---
This patch is based on renesas-devel-20170913-v4.13.

Hi,

with reference to "[PATCH v3 0/3] ARM: renesas: Enable SMP on R-Car E2" is the CNTVOFF initialised in the boot loader of boards (in upstream) for this SoC? If not I expect you will have trouble with the arch timer on secondary CPU cores.

I can confirm that this patch relies on:
* "ARM: Add definition for monitor mode", and
* "ARM: shmobile: rcar-gen2: Make sure CNTVOFF is initialized on CA7/15 " as the bootloader doesn't initialize CNTVOFF.

Quoted 7 lines

Exactly my question.

Fabrizio: Given your feedback on "[PATCH v3 0/3] ARM: renesas: Enable SMP on R-Car E2", I think SMP enablement on RZ/G1E has to be postponed until "ARM:
shmobile: rcar-gen2: Make sure CNTVOFF is initialized on CA7/15" has been accepted upstream.

You are right, somehow we missed the comment made by Simon on Monday:

" I would like to deffer the third and last patch until v4.16 to avoid an awkward branch dependency on the above - the branches are different even though the tree is the same. Please resubmit this patch once the above dependencies are present in an rc release, which at this stage I expect to be v4.15-rc1."

Quoted 4 lines
Quoted 2 lines

Apologies for this, we will send this patch later on, once both patches have been accepted upstream.

No problem, I will mark this one as deferred.

As the dependency is in v4.15-rc1, it can be applied now.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

#7 lore raw

PATCH 1/8 ARM: dts: r8a7745: Add APMU node and second CPU core

Hello Geert, Simon,

Quoted 3 lines

As the dependency is in v4.15-rc1, it can be applied now.

we thought exactly the same thing, therefore we rebased and we re-ran our tests, to discover that something broke in between versions. I'll be in touch once I have more information, but it's a no go for now.

Thanks,
Fab

[https://www2.renesas.eu/media/email/unicef_2017.jpg]

This Christmas, instead of sending out cards, Renesas Electronics Europe have decided to support Unicef with a donation. For further details click here<https://www.unicef.org/> to find out about the valuable work they do, helping children all over the world. We would like to take this opportunity to wish you a Merry Christmas and a prosperous New Year.

Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.

#8 lore raw

PATCH 1/8 ARM: dts: r8a7745: Add APMU node and second CPU core

Hello Geert, Simon,

the problems I am seeing are not related to APMU/SMP, I'll send a v2 shortly.

Thanks,
Fab

Quoted 17 lines

Hello Geert, Simon,

Quoted 3 lines

As the dependency is in v4.15-rc1, it can be applied now.

we thought exactly the same thing, therefore we rebased and we re-ran our tests, to discover that something broke in between versions.
I'll be in touch once I have more information, but it's a no go for now.

Thanks,
Fab

[https://www2.renesas.eu/media/email/unicef_2017.jpg]

Quoted 8 lines

This Christmas, instead of sending out cards, Renesas Electronics Europe have decided to support Unicef with a donation. For further details click here<https://www.unicef.org/> to find out about the valuable work they do, helping children all over the world. We would like to take this opportunity to wish you a Merry Christmas and a prosperous New Year.

Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.

[https://www2.renesas.eu/media/email/unicef_2017.jpg]

This Christmas, instead of sending out cards, Renesas Electronics Europe have decided to support Unicef with a donation. For further details click here<https://www.unicef.org/> to find out about the valuable work they do, helping children all over the world. We would like to take this opportunity to wish you a Merry Christmas and a prosperous New Year.

Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.

#9 lore raw

PATCH 1/8 ARM: dts: r8a7745: Add APMU node and second CPU core

In reply to Chris Paterson
Quoted 7 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add DT node for the Advanced Power Management Unit (APMU), add the second CPU core, and use "renesas,apmu" as "enable-method".

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

#10 lore raw

PATCH 2/8 ARM: dts: r8a7745: Add SDHI controllers

In reply to Chris Paterson

From: Fabrizio Castro <[email protected]>

Add the SDHI controllers to the r8a7745 device tree.

---
This patch is based on renesas-devel-20170913-v4.13.

This patch is dependant on:
- "dt-bindings: mmc: sh_mmcif: Document r8a7745 DT bindings"

 arch/arm/boot/dts/r8a7745.dtsi | 42 ++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 42 insertions(+)
arch/arm/boot/dts/r8a7745.dtsi +42 -0
index 8ed2ac5..37c0fac 100644
@@ -751,6 +751,48 @@
 			max-frequency = <97500000>;
 			status = "disabled";
 		};
+
+		sdhi0: sd at ee100000 {
+			compatible = "renesas,sdhi-r8a7745";
+			reg = <0 0xee100000 0 0x328>;
+			interrupts = <GIC_SPI 165 IRQ_TYPE_LEVEL_HIGH>;
+			clocks = <&cpg CPG_MOD 314>;
+			dmas = <&dmac0 0xcd>, <&dmac0 0xce>,
+			       <&dmac1 0xcd>, <&dmac1 0xce>;
+			dma-names = "tx", "rx", "tx", "rx";
+			max-frequency = <195000000>;
+			power-domains = <&sysc R8A7745_PD_ALWAYS_ON>;
+			resets = <&cpg 314>;
+			status = "disabled";
+		};
+
+		sdhi1: sd at ee140000 {
+			compatible = "renesas,sdhi-r8a7745";
+			reg = <0 0xee140000 0 0x100>;
+			interrupts = <GIC_SPI 167 IRQ_TYPE_LEVEL_HIGH>;
+			clocks = <&cpg CPG_MOD 312>;
+			dmas = <&dmac0 0xc1>, <&dmac0 0xc2>,
+			       <&dmac1 0xc1>, <&dmac1 0xc2>;
+			dma-names = "tx", "rx", "tx", "rx";
+			max-frequency = <97500000>;
+			power-domains = <&sysc R8A7745_PD_ALWAYS_ON>;
+			resets = <&cpg 312>;
+			status = "disabled";
+		};
+
+		sdhi2: sd at ee160000 {
+			compatible = "renesas,sdhi-r8a7745";
+			reg = <0 0xee160000 0 0x100>;
+			interrupts = <GIC_SPI 168 IRQ_TYPE_LEVEL_HIGH>;
+			clocks = <&cpg CPG_MOD 311>;
+			dmas = <&dmac0 0xd3>, <&dmac0 0xd4>,
+			       <&dmac1 0xd3>, <&dmac1 0xd4>;
+			dma-names = "tx", "rx", "tx", "rx";
+			max-frequency = <97500000>;
+			power-domains = <&sysc R8A7745_PD_ALWAYS_ON>;
+			resets = <&cpg 311>;
+			status = "disabled";
+		};
 	};
 
 	/* External root clock */
Signature · 1 line
1.9.1
Applied
#11 lore raw

PATCH 2/8 ARM: dts: r8a7745: Add SDHI controllers

Quoted 6 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add the SDHI controllers to the r8a7745 device tree.

Thanks, applied.

Quoted 5 lines

---
This patch is based on renesas-devel-20170913-v4.13.

This patch is dependant on:
- "dt-bindings: mmc: sh_mmcif: Document r8a7745 DT bindings"

I think that should be "[PATCH v3] mmc: renesas_sdhi: Add r8a7743/5 support"

#12 lore raw

PATCH 2/8 ARM: dts: r8a7745: Add SDHI controllers

Quoted 5 lines

From: Simon Horman [mailto:horms at verge.net.au]
Sent: 15 September 2017 08:54

On Wed, Sep 13, 2017 at 06:05:35PM +0100, Chris Paterson wrote:

Quoted 8 lines
Quoted 6 lines

From: Fabrizio Castro <[email protected]>

Add the SDHI controllers to the r8a7745 device tree.

Thanks, applied.

Thank you!

Quoted 9 lines
Quoted 6 lines

---
This patch is based on renesas-devel-20170913-v4.13.

This patch is dependant on:
- "dt-bindings: mmc: sh_mmcif: Document r8a7745 DT bindings"

I think that should be "[PATCH v3] mmc: renesas_sdhi: Add r8a7743/5 support"

Correct. Sorry for the confusion!

#13 lore raw

PATCH 3/8 ARM: dts: iwg22m: Enable SDHI1 controller

In reply to Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI1 controller on iWave RZ/G1E SoM.

---
This patch is based on renesas-devel-20170913-v4.13.

 arch/arm/boot/dts/r8a7745-iwg22m.dtsi | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +17 -0
index e306e7c..f7f9cef 100644
@@ -9,6 +9,7 @@
  */
 
 #include "r8a7745.dtsi"
+#include <dt-bindings/gpio/gpio.h>
 
 / {
 	compatible = "iwave,g22m", "renesas,r8a7745";
@@ -38,6 +39,12 @@
 		function = "mmc";
 	};
 
+	sdhi1_pins: sd1 {
+		groups = "sdhi1_data4", "sdhi1_ctrl";
+		function = "sdhi1";
+		power-source = <3300>;
+	};
+
 	i2c3_pins: i2c3 {
 		groups = "i2c3_b";
 		function = "i2c3";
@@ -54,6 +61,16 @@
 	status = "okay";
 };
 
+&sdhi1 {
+	pinctrl-0 = <&sdhi1_pins>;
+	pinctrl-names = "default";
+
+	vmmc-supply = <&reg_3p3v>;
+	vqmmc-supply = <&reg_3p3v>;
+	cd-gpios = <&gpio3 31 GPIO_ACTIVE_LOW>;
+	status = "okay";
+};
+
 &i2c3 {
 	pinctrl-0 = <&i2c3_pins>;
 	pinctrl-names = "default";
Signature · 1 line
1.9.1
#14 lore raw

PATCH 3/8 ARM: dts: iwg22m: Enable SDHI1 controller

Quoted 39 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI1 controller on iWave RZ/G1E SoM.

---
This patch is based on renesas-devel-20170913-v4.13.

 arch/arm/boot/dts/r8a7745-iwg22m.dtsi | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +7 -0
index e306e7c..f7f9cef 100644
@@ -9,6 +9,7 @@
  */
 
 #include "r8a7745.dtsi"
+#include <dt-bindings/gpio/gpio.h>
 
 / {
 	compatible = "iwave,g22m", "renesas,r8a7745";
@@ -38,6 +39,12 @@
 		function = "mmc";
 	};
 
+	sdhi1_pins: sd1 {
+		groups = "sdhi1_data4", "sdhi1_ctrl";
+		function = "sdhi1";
+		power-source = <3300>;
+	};
+
 	i2c3_pins: i2c3 {
 		groups = "i2c3_b";
 		function = "i2c3";

arch/arm/boot/dts/r8a7745-iwg22m.dtsi line 70

Quoted 10 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +7 -0
@@ -54,6 +61,16 @@
 	status = "okay";
 };
 
+&sdhi1 {
+	pinctrl-0 = <&sdhi1_pins>;
+	pinctrl-names = "default";
+
+	vmmc-supply = <&reg_3p3v>;
+	vqmmc-supply = <&reg_3p3v>;
+	cd-gpios = <&gpio3 31 GPIO_ACTIVE_LOW>;

No wp-gpios property means this is a ?SD slot, right?

Do you have any plans to enable sdr-50 and sdr-104? Is it not supported for some reason?

I don't mind if its not enabled in this patch but I would like to know if it can be enabled or not and reflect that information in the wiki.

http://elinux.org/index.php?title=Renesas-MMC-Enabled-Speeds

Quoted 9 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +3 -0
+	status = "okay";
+};
+
 &i2c3 {
 	pinctrl-0 = <&i2c3_pins>;
 	pinctrl-names = "default";
Signature · 1 line
1.9.1
#15 lore raw

PATCH 3/8 ARM: dts: iwg22m: Enable SDHI1 controller

Quoted 7 lines · Simon Horman
Quoted 6 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI1 controller on iWave RZ/G1E SoM.

Quoted 7 lines
Quoted 7 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +0 -0
@@ -54,6 +61,16 @@
      status = "okay";
 };
 
Quoted 9 lines

arch/arm/boot/dts/r8a7745-iwg22m.dtsi line 70

Quoted 7 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +7 -0
+&sdhi1 {
+     pinctrl-0 = <&sdhi1_pins>;
+     pinctrl-names = "default";
+
+     vmmc-supply = <&reg_3p3v>;
+     vqmmc-supply = <&reg_3p3v>;
+     cd-gpios = <&gpio3 31 GPIO_ACTIVE_LOW>;

No wp-gpios property means this is a ?SD slot, right?

Correct.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

#16 lore raw

PATCH 3/8 ARM: dts: iwg22m: Enable SDHI1 controller

In reply to Simon Horman

Hello Simon,

Quoted 49 lines

From: devicetree-owner at vger.kernel.org [mailto:devicetree- owner at vger.kernel.org] On Behalf Of Simon Horman
Sent: 15 September 2017 09:12
To: Chris Paterson <[email protected]>

Quoted 19 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI1 controller on iWave RZ/G1E SoM.

---
This patch is based on renesas-devel-20170913-v4.13.

 arch/arm/boot/dts/r8a7745-iwg22m.dtsi | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +0 -0
index e306e7c..f7f9cef 100644

arch/arm/boot/dts/r8a7745-iwg22m.dtsi line 15

Quoted 7 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +1 -0
@@ -9,6 +9,7 @@
  */
 
 #include "r8a7745.dtsi"
+#include <dt-bindings/gpio/gpio.h>
 
 / {
 	compatible = "iwave,g22m", "renesas,r8a7745"; @@ -38,6 +39,12

@@

Quoted 16 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +6 -0
 		function = "mmc";
 	};
 
+	sdhi1_pins: sd1 {
+		groups = "sdhi1_data4", "sdhi1_ctrl";
+		function = "sdhi1";
+		power-source = <3300>;
+	};
+
 	i2c3_pins: i2c3 {
 		groups = "i2c3_b";
 		function = "i2c3";
@@ -54,6 +61,16 @@
 	status = "okay";
 };
 
Quoted 9 lines

arch/arm/boot/dts/r8a7745-iwg22m.dtsi line 70

Quoted 7 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +7 -0
+&sdhi1 {
+	pinctrl-0 = <&sdhi1_pins>;
+	pinctrl-names = "default";
+
+	vmmc-supply = <&reg_3p3v>;
+	vqmmc-supply = <&reg_3p3v>;
+	cd-gpios = <&gpio3 31 GPIO_ACTIVE_LOW>;

No wp-gpios property means this is a ?SD slot, right?

Correct

Quoted 3 lines

Do you have any plans to enable sdr-50 and sdr-104? Is it not supported for some reason?

Nope (unless the hardware changes down the line). Both vmmc and vqmmc are fixed to 3V3 on the iWave-E SOM module.

Kind regards, Chris

Quoted 19 lines

I don't mind if its not enabled in this patch but I would like to know if it can be enabled or not and reflect that information in the wiki.

http://elinux.org/index.php?title=Renesas-MMC-Enabled-Speeds

Quoted 9 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +3 -1
+	status = "okay";
+};
+
 &i2c3 {
 	pinctrl-0 = <&i2c3_pins>;
 	pinctrl-names = "default";
--

1.9.1

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo at vger.kernel.org More majordomo info at
http://vger.kernel.org/majordomo-info.html

#17 lore raw

PATCH 3/8 ARM: dts: iwg22m: Enable SDHI1 controller

Quoted 61 lines · Chris Paterson

Hello Simon,

Quoted 49 lines

From: devicetree-owner at vger.kernel.org [mailto:devicetree- owner at vger.kernel.org] On Behalf Of Simon Horman
Sent: 15 September 2017 09:12
To: Chris Paterson <[email protected]>

Quoted 19 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI1 controller on iWave RZ/G1E SoM.

---
This patch is based on renesas-devel-20170913-v4.13.

 arch/arm/boot/dts/r8a7745-iwg22m.dtsi | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +0 -0
index e306e7c..f7f9cef 100644

arch/arm/boot/dts/r8a7745-iwg22m.dtsi line 15

Quoted 7 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +1 -0
@@ -9,6 +9,7 @@
  */
 
 #include "r8a7745.dtsi"
+#include <dt-bindings/gpio/gpio.h>
 
 / {
 	compatible = "iwave,g22m", "renesas,r8a7745"; @@ -38,6 +39,12

@@

Quoted 16 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +6 -0
 		function = "mmc";
 	};
 
+	sdhi1_pins: sd1 {
+		groups = "sdhi1_data4", "sdhi1_ctrl";
+		function = "sdhi1";
+		power-source = <3300>;
+	};
+
 	i2c3_pins: i2c3 {
 		groups = "i2c3_b";
 		function = "i2c3";
@@ -54,6 +61,16 @@
 	status = "okay";
 };
 
Quoted 9 lines

arch/arm/boot/dts/r8a7745-iwg22m.dtsi line 70

Quoted 7 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +7 -0
+&sdhi1 {
+	pinctrl-0 = <&sdhi1_pins>;
+	pinctrl-names = "default";
+
+	vmmc-supply = <&reg_3p3v>;
+	vqmmc-supply = <&reg_3p3v>;
+	cd-gpios = <&gpio3 31 GPIO_ACTIVE_LOW>;

No wp-gpios property means this is a ?SD slot, right?

Quoted 8 lines

Correct

Quoted 3 lines

Do you have any plans to enable sdr-50 and sdr-104? Is it not supported for some reason?

Nope (unless the hardware changes down the line). Both vmmc and vqmmc are fixed to 3V3 on the iWave-E SOM module.

Thanks, got it.

#18 lore raw

PATCH 3/8 ARM: dts: iwg22m: Enable SDHI1 controller

Quoted 65 lines · Simon Horman
Quoted 64 lines · Chris Paterson

Hello Simon,

Quoted 49 lines

From: devicetree-owner at vger.kernel.org [mailto:devicetree- owner at vger.kernel.org] On Behalf Of Simon Horman
Sent: 15 September 2017 09:12
To: Chris Paterson <[email protected]>

Quoted 19 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI1 controller on iWave RZ/G1E SoM.

---
This patch is based on renesas-devel-20170913-v4.13.

 arch/arm/boot/dts/r8a7745-iwg22m.dtsi | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +0 -0
index e306e7c..f7f9cef 100644

arch/arm/boot/dts/r8a7745-iwg22m.dtsi line 15

Quoted 7 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +1 -0
@@ -9,6 +9,7 @@
  */
 
 #include "r8a7745.dtsi"
+#include <dt-bindings/gpio/gpio.h>
 
 / {
 	compatible = "iwave,g22m", "renesas,r8a7745"; @@ -38,6 +39,12

@@

Quoted 16 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +6 -0
 		function = "mmc";
 	};
 
+	sdhi1_pins: sd1 {
+		groups = "sdhi1_data4", "sdhi1_ctrl";
+		function = "sdhi1";
+		power-source = <3300>;
+	};
+
 	i2c3_pins: i2c3 {
 		groups = "i2c3_b";
 		function = "i2c3";
@@ -54,6 +61,16 @@
 	status = "okay";
 };
 
Quoted 9 lines

arch/arm/boot/dts/r8a7745-iwg22m.dtsi line 70

Quoted 7 lines
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +7 -0
+&sdhi1 {
+	pinctrl-0 = <&sdhi1_pins>;
+	pinctrl-names = "default";
+
+	vmmc-supply = <&reg_3p3v>;
+	vqmmc-supply = <&reg_3p3v>;
+	cd-gpios = <&gpio3 31 GPIO_ACTIVE_LOW>;

No wp-gpios property means this is a ?SD slot, right?

Correct

Quoted 1 line
Quoted 7 lines
Quoted 5 lines
Quoted 2 lines

Do you have any plans to enable sdr-50 and sdr-104? Is it not supported for some reason?

Nope (unless the hardware changes down the line). Both vmmc and vqmmc are fixed to 3V3 on the iWave-E SOM module.

Thanks, got it.

Thanks for the clarification above, I have applied this patch.

#20 lore raw

PATCH 3/8 ARM: dts: iwg22m: Enable SDHI1 controller

Quoted 6 lines · Chris Paterson
Quoted 6 lines

From: Chris Paterson
Sent: 20 September 2017 14:05

Quoted 1 line
Quoted 6 lines
Quoted 4 lines
Quoted 4 lines

I don't mind if its not enabled in this patch but I would like to know if it can be enabled or not and reflect that information in the wiki.

http://elinux.org/index.php?title=Renesas-MMC-Enabled-Speeds

Will do.

Thanks.

#21 lore raw

PATCH 4/8 ARM: dts: iwg22d: Enable SDHI0 controller

In reply to Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

---
This patch is based on renesas-devel-20170913-v4.13.

 arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts | 37 +++++++++++++++++++++++++++++
 1 file changed, 37 insertions(+)
arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts +37 -0
index aac84c6..c34dbe7 100644
@@ -24,6 +24,19 @@
 		bootargs = "ignore_loglevel rw root=/dev/nfs ip=dhcp";
 		stdout-path = "serial0:115200n8";
 	};
+
+	vccq_sdhi0: regulator-vccq-sdhi0 {
+		compatible = "regulator-gpio";
+
+		regulator-name = "SDHI0 VccQ";
+		regulator-min-microvolt = <1800000>;
+		regulator-max-microvolt = <3300000>;
+
+		gpios = <&gpio0 20 GPIO_ACTIVE_LOW>;
+		gpios-states = <1>;
+		states = <3300000 1
+			  1800000 0>;
+	};
 };
 
 &pfc {
@@ -36,6 +49,18 @@
 		groups = "avb_mdio", "avb_gmii";
 		function = "avb";
 	};
+
+	sdhi0_pins: sd0 {
+		groups = "sdhi0_data4", "sdhi0_ctrl";
+		function = "sdhi0";
+		power-source = <3300>;
+	};
+
+	sdhi0_pins_uhs: sd0_uhs {
+		groups = "sdhi0_data4", "sdhi0_ctrl";
+		function = "sdhi0";
+		power-source = <1800>;
+	};
 };
 
 &scif4 {
@@ -63,3 +88,15 @@
 		micrel,led-mode = <1>;
 	};
 };
+
+&sdhi0 {
+	pinctrl-0 = <&sdhi0_pins>;
+	pinctrl-1 = <&sdhi0_pins_uhs>;
+	pinctrl-names = "default", "state_uhs";
+
+	vmmc-supply = <&reg_3p3v>;
+	vqmmc-supply = <&vccq_sdhi0>;
+	cd-gpios = <&gpio6 6 GPIO_ACTIVE_LOW>;
+	sd-uhs-sdr104;
+	status = "okay";
+};
Signature · 1 line
1.9.1
#22 lore raw

PATCH 4/8 ARM: dts: iwg22d: Enable SDHI0 controller

Quoted 3 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

...

arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts line 99

Quoted 13 lines
arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts +9 -0
@@ -63,3 +88,15 @@
 		micrel,led-mode = <1>;
 	};
 };
+
+&sdhi0 {
+	pinctrl-0 = <&sdhi0_pins>;
+	pinctrl-1 = <&sdhi0_pins_uhs>;
+	pinctrl-names = "default", "state_uhs";
+
+	vmmc-supply = <&reg_3p3v>;
+	vqmmc-supply = <&vccq_sdhi0>;
+	cd-gpios = <&gpio6 6 GPIO_ACTIVE_LOW>;

I take that the absence of a wp-gpio means that that this is a ?SD slot. Could you help me by documenting this correctly on
http://elinux.org/index.php?title=Renesas-MMC-Enabled-Speeds ?

For some reason I thought that SDHI0 wasn't exposed at all, so I guess my reading of the documentation was incorrect.

I think you also want sd-uhs-sdr50 here too. You can test it by removing the sd-uhs-sdr104 property.

Quoted 6 lines
arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts +3 -0
+	sd-uhs-sdr104;
+	status = "okay";
+};
Signature · 1 line
1.9.1
#23 lore raw

PATCH 4/8 ARM: dts: iwg22d: Enable SDHI0 controller

Hi Simon,

Apologies for the delay in getting back to you.

Quoted 34 lines

-----Original Message-----
From: Simon Horman [mailto:horms at verge.net.au]
Sent: 15 September 2017 09:06
To: Chris Paterson <[email protected]>
Cc: Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Magnus Damm <[email protected]>; Russell King <[email protected]>; Fabrizio Castro <[email protected]>; devicetree at vger.kernel.org; linux-renesas- soc at vger.kernel.org; linux-arm-kernel at lists.infradead.org
Subject: Re: [PATCH 4/8] ARM: dts: iwg22d: Enable SDHI0 controller

Quoted 3 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

...

arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts line 99

Quoted 13 lines
arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts +9 -0
@@ -63,3 +88,15 @@
 micrel,led-mode = <1>;
 };
 };
+
+&sdhi0 {
+pinctrl-0 = <&sdhi0_pins>;
+pinctrl-1 = <&sdhi0_pins_uhs>;
+pinctrl-names = "default", "state_uhs";
+
+vmmc-supply = <&reg_3p3v>;
+vqmmc-supply = <&vccq_sdhi0>;
+cd-gpios = <&gpio6 6 GPIO_ACTIVE_LOW>;

I take that the absence of a wp-gpio means that that this is a ?SD slot. Could you help me by documenting this correctly on
http://elinux.org/index.php?title=Renesas-MMC-Enabled-Speeds ?

Quoted 6 lines

For some reason I thought that SDHI0 wasn't exposed at all, so I guess my reading of the documentation was incorrect.

I think you also want sd-uhs-sdr50 here too. You can test it by removing the sd-uhs-sdr104 property.

Whilst playing with uhs properties I have noticed that with the version of the DT I was using I couldn't put sdhi0 into an uhs mode and that was down to the fact that the driver wasn't driving the regulator to 1.8V. This happens because (in my case) the power regulator gets probed after the sdhi does, and the sdhi code doesn't seem to deal with it. Am I the only one with this problem or is it a known problem?

Thanks,
Fabrizio

Quoted 7 lines
Quoted 7 lines
arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts +3 -1
+sd-uhs-sdr104;
+status = "okay";
+};
--

1.9.1

Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.

#24 lore raw

PATCH 4/8 ARM: dts: iwg22d: Enable SDHI0 controller

In reply to Simon Horman

Hello Simon, Geert

thank you for your patience on this one. We found out that there is an HW issue on SDHI0 , SDHC_CD# and SDHC_CMD (on the carrier board) are pulled up to 3.3V, therefore we are dropping UHS on this interface, and as result we are dropping this patch. We will send a V2 shortly.

Thanks,
Fabrizio

Quoted 41 lines

-----Original Message-----
From: Simon Horman [mailto:horms at verge.net.au]
Sent: 15 September 2017 09:06
To: Chris Paterson <[email protected]>
Cc: Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Magnus Damm <[email protected]>; Russell King <[email protected]>; Fabrizio Castro <[email protected]>; devicetree at vger.kernel.org; linux-renesas- soc at vger.kernel.org; linux-arm-kernel at lists.infradead.org
Subject: Re: [PATCH 4/8] ARM: dts: iwg22d: Enable SDHI0 controller

Quoted 3 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

...

arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts line 99

Quoted 13 lines
arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts +9 -0
@@ -63,3 +88,15 @@
 micrel,led-mode = <1>;
 };
 };
+
+&sdhi0 {
+pinctrl-0 = <&sdhi0_pins>;
+pinctrl-1 = <&sdhi0_pins_uhs>;
+pinctrl-names = "default", "state_uhs";
+
+vmmc-supply = <&reg_3p3v>;
+vqmmc-supply = <&vccq_sdhi0>;
+cd-gpios = <&gpio6 6 GPIO_ACTIVE_LOW>;

I take that the absence of a wp-gpio means that that this is a ?SD slot. Could you help me by documenting this correctly on
http://elinux.org/index.php?title=Renesas-MMC-Enabled-Speeds ?

For some reason I thought that SDHI0 wasn't exposed at all, so I guess my reading of the documentation was incorrect.

I think you also want sd-uhs-sdr50 here too. You can test it by removing the sd-uhs-sdr104 property.

Quoted 6 lines
Quoted 6 lines
arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts +3 -1
+sd-uhs-sdr104;
+status = "okay";
+};
--

1.9.1

Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.

#25 lore raw

PATCH 4/8 ARM: dts: iwg22d: Enable SDHI0 controller

In reply to Chris Paterson
Quoted 6 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

#27 lore raw

PATCH 4/8 ARM: dts: iwg22d: Enable SDHI0 controller

Quoted 5 lines · Simon Horman
Quoted 4 lines · Geert Uytterhoeven
Quoted 2 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Quoted 8 lines
Quoted 6 lines
Quoted 4 lines

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

Thanks, applied.

Sorry, I somehow overlooked Fabrizio's comments.
I have dropped this patch for now.

#28 lore raw

PATCH 4/8 ARM: dts: iwg22d: Enable SDHI0 controller

Hello Simon,

Quoted 21 lines

-----Original Message-----
From: Simon Horman [mailto:horms at verge.net.au]
Sent: 21 September 2017 09:42
To: Geert Uytterhoeven <[email protected]>
Cc: Chris Paterson <[email protected]>; Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Magnus Damm <[email protected]>; Russell King <[email protected]>; Fabrizio Castro <[email protected]>; devicetree at vger.kernel.org; Linux-Renesas <[email protected]>; linux-arm- kernel at lists.infradead.org
Subject: Re: [PATCH 4/8] ARM: dts: iwg22d: Enable SDHI0 controller

Quoted 10 lines · Simon Horman
Quoted 9 lines · Geert Uytterhoeven
Quoted 6 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

Quoted 6 lines
Quoted 3 lines
Quoted 1 line

Thanks, applied.

Sorry, I somehow overlooked Fabrizio's comments.
I have dropped this patch for now.

Thank you for doing this.
We are working on a new patch now, I'll submit a V2 as soon as it is ready.
Just to recap (all in one place), we found an HW issue and a SW one preventing SDHI0 from working properly at UHS SDR50 and SDR104, therefore we need a new patch to limit the speed of this interface.

Thanks,
Fabrizio

Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.

#29 lore raw

PATCH 4/8 ARM: dts: iwg22d: Enable SDHI0 controller

Quoted 25 lines · Fabrizio Castro

Hello Simon,

Quoted 23 lines

-----Original Message-----
From: Simon Horman [mailto:horms at verge.net.au]
Sent: 21 September 2017 09:42
To: Geert Uytterhoeven <[email protected]>
Cc: Chris Paterson <[email protected]>; Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Magnus Damm <[email protected]>; Russell King <[email protected]>; Fabrizio Castro <[email protected]>; devicetree at vger.kernel.org; Linux-Renesas <[email protected]>; linux-arm- kernel at lists.infradead.org
Subject: Re: [PATCH 4/8] ARM: dts: iwg22d: Enable SDHI0 controller

Quoted 12 lines · Simon Horman
Quoted 10 lines · Geert Uytterhoeven
Quoted 6 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

Quoted 8 lines
Quoted 4 lines
Quoted 1 line

Thanks, applied.

Sorry, I somehow overlooked Fabrizio's comments.
I have dropped this patch for now.

Thank you for doing this.
We are working on a new patch now, I'll submit a V2 as soon as it is ready.
Just to recap (all in one place), we found an HW issue and a SW one preventing SDHI0 from working properly at UHS SDR50 and SDR104, therefore we need a new patch to limit the speed of this interface.

Thanks for catching this, UHS can be quite troublesome in my experience.

#30 lore raw

PATCH 4/8 ARM: dts: iwg22d: Enable SDHI0 controller

Quoted 41 lines

From: Simon Horman [mailto:horms at verge.net.au]
Sent: 21 September 2017 10:04

Quoted 8 lines · Fabrizio Castro

Hello Simon,

Quoted 6 lines

-----Original Message-----
From: Simon Horman [mailto:horms at verge.net.au]
Sent: 21 September 2017 09:42
To: Geert Uytterhoeven <[email protected]>
Cc: Chris Paterson <[email protected]>; Rob Herring <[email protected]>; Mark Rutland <[email protected]>;

Magnus

Quoted 1 line
Quoted 1 line

Damm <[email protected]>; Russell King

<[email protected]>;

Quoted 25 lines
Quoted 24 lines

Fabrizio Castro <[email protected]>; devicetree at vger.kernel.org; Linux-Renesas <[email protected]>; linux-arm-
kernel at lists.infradead.org
Subject: Re: [PATCH 4/8] ARM: dts: iwg22d: Enable SDHI0 controller

Quoted 7 lines · Simon Horman
Quoted 6 lines · Geert Uytterhoeven
Quoted 4 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

Quoted 7 lines
Quoted 5 lines
Quoted 3 lines

Signed-off-by: Fabrizio Castro
<[email protected]>

Thanks, applied.

Sorry, I somehow overlooked Fabrizio's comments. I have dropped this patch for now.

Quoted 7 lines
Quoted 3 lines

Thank you for doing this.
We are working on a new patch now, I'll submit a V2 as soon as it is ready. Just to recap (all in one place), we found an HW issue and a SW one

preventing SDHI0 from working properly at UHS SDR50 and SDR104, therefore we need a new patch to limit the speed of this interface.

Thanks for catching this, UHS can be quite troublesome in my experience.

So we've seen!

#31 lore raw

PATCH v2 1/1 ARM: dts: iwg22d: Enable SDHI0 controller

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

---
 arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts | 29 +++++++++++++++++++++++++++++
 1 file changed, 29 insertions(+)
arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts +29 -0
index aac84c6..8772c56 100644
@@ -24,6 +24,19 @@
 		bootargs = "ignore_loglevel rw root=/dev/nfs ip=dhcp";
 		stdout-path = "serial0:115200n8";
 	};
+
+	vccq_sdhi0: regulator-vccq-sdhi0 {
+		compatible = "regulator-gpio";
+
+		regulator-name = "SDHI0 VccQ";
+		regulator-min-microvolt = <1800000>;
+		regulator-max-microvolt = <3300000>;
+
+		gpios = <&gpio0 20 GPIO_ACTIVE_LOW>;
+		gpios-states = <1>;
+		states = <3300000 1
+			  1800000 0>;
+	};
 };
 
 &pfc {
@@ -36,6 +49,12 @@
 		groups = "avb_mdio", "avb_gmii";
 		function = "avb";
 	};
+
+	sdhi0_pins: sd0 {
+		groups = "sdhi0_data4", "sdhi0_ctrl";
+		function = "sdhi0";
+		power-source = <3300>;
+	};
 };
 
 &scif4 {
@@ -63,3 +82,13 @@
 		micrel,led-mode = <1>;
 	};
 };
+
+&sdhi0 {
+	pinctrl-0 = <&sdhi0_pins>;
+	pinctrl-names = "default";
+
+	vmmc-supply = <&reg_3p3v>;
+	vqmmc-supply = <&vccq_sdhi0>;
+	cd-gpios = <&gpio6 6 GPIO_ACTIVE_LOW>;
+	status = "okay";
+};
Signature · 1 line
2.7.4
#32 lore raw

PATCH v2 1/1 ARM: dts: iwg22d: Enable SDHI0 controller

Hello Simon,

just to clarify the changes between v1 and v2, we can't use SDR50 and SDR104 (due to an HW issue) therefore the pinctrl for UHS has been removed and we dropped property "sd-uhs-sdr104". High Speed has been tested, therefore if you are happy with the patch I guess you can update the following page accordingly:
http://elinux.org/index.php?title=Renesas-MMC-Enabled-Speeds&type=revision&diff=451426&oldid=451421

Although (due to a bug) sdhi0 may not hold a reference to "vccq_sdhi0", the gpio regulator will initialize "SDHI0 VccQ" at 3.3V. I have sent another patch (mmc: tmio: check mmc_regulator_get_supply return value) to start a discussion about a possible fix for the bug.

Let me know if you need more information.

Thanks,
Fabrizio

Quoted 70 lines

-----Original Message-----
From: linux-renesas-soc-owner at vger.kernel.org [mailto:linux-renesas-soc-owner at vger.kernel.org] On Behalf Of Fabrizio Castro
Sent: 22 September 2017 14:01
To: Simon Horman <[email protected]>
Cc: Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Magnus Damm <[email protected]>; Russell King <[email protected]>; Chris Paterson <[email protected]>; Fabrizio Castro <[email protected]>; Biju Das <[email protected]>; devicetree at vger.kernel.org; linux-renesas- soc at vger.kernel.org; linux-arm-kernel at lists.infradead.org; Chris Paterson <[email protected]>
Subject: [PATCH v2] ARM: dts: iwg22d: Enable SDHI0 controller

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

---
 arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts | 29 +++++++++++++++++++++++++++++
 1 file changed, 29 insertions(+)
arch/arm/boot/dts/r8a7745-iwg22d-sodimm.dts +29 -1
index aac84c6..8772c56 100644
@@ -24,6 +24,19 @@
 bootargs = "ignore_loglevel rw root=/dev/nfs ip=dhcp";
 stdout-path = "serial0:115200n8";
 };
+
+vccq_sdhi0: regulator-vccq-sdhi0 {
+compatible = "regulator-gpio";
+
+regulator-name = "SDHI0 VccQ";
+regulator-min-microvolt = <1800000>;
+regulator-max-microvolt = <3300000>;
+
+gpios = <&gpio0 20 GPIO_ACTIVE_LOW>;
+gpios-states = <1>;
+states = <3300000 1
+  1800000 0>;
+};
 };
 
 &pfc {
@@ -36,6 +49,12 @@
 groups = "avb_mdio", "avb_gmii";
 function = "avb";
 };
+
+sdhi0_pins: sd0 {
+groups = "sdhi0_data4", "sdhi0_ctrl";
+function = "sdhi0";
+power-source = <3300>;
+};
 };
 
 &scif4 {
@@ -63,3 +82,13 @@
 micrel,led-mode = <1>;
 };
 };
+
+&sdhi0 {
+pinctrl-0 = <&sdhi0_pins>;
+pinctrl-names = "default";
+
+vmmc-supply = <&reg_3p3v>;
+vqmmc-supply = <&vccq_sdhi0>;
+cd-gpios = <&gpio6 6 GPIO_ACTIVE_LOW>;
+status = "okay";
+};
--
Quoted 1 line

2.7.4

Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.

#33 lore raw

PATCH v2 1/1 ARM: dts: iwg22d: Enable SDHI0 controller

Quoted 9 lines · Fabrizio Castro

Hello Simon,

just to clarify the changes between v1 and v2, we can't use SDR50 and SDR104 (due to an HW issue) therefore the pinctrl for UHS has been removed and we dropped property "sd-uhs-sdr104". High Speed has been tested, therefore if you are happy with the patch I guess you can update the following page accordingly:
http://elinux.org/index.php?title=Renesas-MMC-Enabled-Speeds&type=revision&diff=451426&oldid=451421

Although (due to a bug) sdhi0 may not hold a reference to "vccq_sdhi0", the gpio regulator will initialize "SDHI0 VccQ" at 3.3V. I have sent another patch (mmc: tmio: check mmc_regulator_get_supply return value) to start a discussion about a possible fix for the bug.

Let me know if you need more information.

Thanks again for following up on this.

I have applied the patch with Geert's tag.

I have also updated the Wiki at the URL above, feel free to make any further updates there as appropriate.

#34 lore raw

PATCH v2 1/1 ARM: dts: iwg22d: Enable SDHI0 controller

Hello Simon,

Quoted 17 lines

From: Simon Horman [mailto:horms at verge.net.au]
Sent: 25 September 2017 08:18

Quoted 3 lines · Fabrizio Castro

Hello Simon,

just to clarify the changes between v1 and v2, we can't use SDR50 and

SDR104 (due to an HW issue) therefore the pinctrl for UHS has been removed and we dropped property "sd-uhs-sdr104". High Speed has been tested, therefore if you are happy with the patch I guess you can update the following page accordingly:

Quoted 1 line

http://elinux.org/index.php?title=Renesas-MMC-Enabled-

Speeds&type=revi

Quoted 3 lines

sion&diff=451426&oldid=451421

Although (due to a bug) sdhi0 may not hold a reference to "vccq_sdhi0",

the gpio regulator will initialize "SDHI0 VccQ" at 3.3V.

Quoted 8 lines
Quoted 1 line

I have sent another patch (mmc: tmio: check mmc_regulator_get_supply

return value) to start a discussion about a possible fix for the bug.

Quoted 2 lines

Let me know if you need more information.

Thanks again for following up on this.

I have applied the patch with Geert's tag.

Thanks

Quoted 3 lines

I have also updated the Wiki at the URL above, feel free to make any further updates there as appropriate.

Thanks, looks okay to me.

Kind regards, Chris

#35 lore raw

PATCH v2 1/1 ARM: dts: iwg22d: Enable SDHI0 controller

In reply to Fabrizio Castro
Quoted 4 lines · Fabrizio Castro

Enable the SDHI0 controller on iWave RZ/G1E carrier board.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

#36 lore raw

PATCH 5/8 ARM: dts: r8a7743: Add QSPI support

In reply to Chris Paterson

From: Fabrizio Castro <[email protected]>

Add the DT node for the QSPI interface to the SoC dtsi.

---
This patch is based on renesas-devel-20170913-v4.13.

This patch is dependant on:
- "dt-bindings: qspi: Add r8a7743/5 to the compatible list"

 arch/arm/boot/dts/r8a7743.dtsi | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)
arch/arm/boot/dts/r8a7743.dtsi +17 -0
index 266c5ec..454f980 100644
@@ -28,6 +28,7 @@
 		i2c6 = &iic0;
 		i2c7 = &iic1;
 		i2c8 = &iic3;
+		spi0 = &qspi;
 	};
 
 	cpus {
@@ -835,6 +836,22 @@
 			status = "disabled";
 		};
 
+		qspi: spi at e6b10000 {
+			compatible = "renesas,qspi-r8a7743", "renesas,qspi";
+			reg = <0 0xe6b10000 0 0x2c>;
+			interrupts = <GIC_SPI 184 IRQ_TYPE_LEVEL_HIGH>;
+			clocks = <&cpg CPG_MOD 917>;
+			dmas = <&dmac0 0x17>, <&dmac0 0x18>,
+			       <&dmac1 0x17>, <&dmac1 0x18>;
+			dma-names = "tx", "rx", "tx", "rx";
+			power-domains = <&sysc R8A7743_PD_ALWAYS_ON>;
+			num-cs = <1>;
+			#address-cells = <1>;
+			#size-cells = <0>;
+			resets = <&cpg 917>;
+			status = "disabled";
+		};
+
 		sdhi0: sd at ee100000 {
 			compatible = "renesas,sdhi-r8a7743";
 			reg = <0 0xee100000 0 0x328>;
Signature · 1 line
1.9.1
#37 lore raw

PATCH 5/8 ARM: dts: r8a7743: Add QSPI support

Quoted 6 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add the DT node for the QSPI interface to the SoC dtsi.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

#39 lore raw

PATCH 6/8 ARM: dts: iwg20m: Add SPI NOR support

In reply to Chris Paterson

From: Fabrizio Castro <[email protected]>

Add support for the SPI NOR device used to boot up the system to the System on Module DT.

---
This patch is based on renesas-devel-20170913-v4.13.

This patch is dependant on:
- "of: add vendor prefix for Silicon Storage Technology Inc."
- "doc: dt: mtd: Add sst25vf016b to the list of supported chip names"

 arch/arm/boot/dts/r8a7743-iwg20m.dtsi | 26 ++++++++++++++++++++++++++
 1 file changed, 26 insertions(+)
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +26 -0
index 4119737..75a8ca5 100644
@@ -44,6 +44,11 @@
 		function = "mmc";
 	};
 
+	qspi_pins: qspi {
+		groups = "qspi_ctrl", "qspi_data2";
+		function = "qspi";
+	};
+
 	sdhi0_pins: sd0 {
 		groups = "sdhi0_data4", "sdhi0_ctrl";
 		function = "sdhi0";
@@ -61,6 +66,27 @@
 	status = "okay";
 };
 
+&qspi {
+	pinctrl-0 = <&qspi_pins>;
+	pinctrl-names = "default";
+
+	status = "okay";
+
+	/* WARNING - This device contains the bootloader. Handle with care. */
+	flash: flash at 0 {
+		#address-cells = <1>;
+		#size-cells = <1>;
+		compatible = "sst,sst25vf016b", "jedec,spi-nor";
+		reg = <0>;
+		spi-max-frequency = <50000000>;
+		spi-tx-bus-width = <1>;
+		spi-rx-bus-width = <1>;
+		m25p,fast-read;
+		spi-cpol;
+		spi-cpha;
+	};
+};
+
 &sdhi0 {
 	pinctrl-0 = <&sdhi0_pins>;
 	pinctrl-names = "default";
Signature · 1 line
1.9.1
#40 lore raw

PATCH 6/8 ARM: dts: iwg20m: Add SPI NOR support

Quoted 47 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add support for the SPI NOR device used to boot up the system to the System on Module DT.

---
This patch is based on renesas-devel-20170913-v4.13.

This patch is dependant on:
- "of: add vendor prefix for Silicon Storage Technology Inc."
- "doc: dt: mtd: Add sst25vf016b to the list of supported chip names"

 arch/arm/boot/dts/r8a7743-iwg20m.dtsi | 26 ++++++++++++++++++++++++++
 1 file changed, 26 insertions(+)
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +14 -0
index 4119737..75a8ca5 100644
@@ -44,6 +44,11 @@
 		function = "mmc";
 	};
 
+	qspi_pins: qspi {
+		groups = "qspi_ctrl", "qspi_data2";
+		function = "qspi";
+	};
+
 	sdhi0_pins: sd0 {
 		groups = "sdhi0_data4", "sdhi0_ctrl";
 		function = "sdhi0";
@@ -61,6 +66,27 @@
 	status = "okay";
 };
 
+&qspi {
+	pinctrl-0 = <&qspi_pins>;
+	pinctrl-names = "default";
+
+	status = "okay";
+
+	/* WARNING - This device contains the bootloader. Handle with care. */
+	flash: flash at 0 {
+		#address-cells = <1>;

arch/arm/boot/dts/r8a7743-iwg20m.dtsi line 87

Quoted 10 lines
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +10 -0
+		#size-cells = <1>;
+		compatible = "sst,sst25vf016b", "jedec,spi-nor";
+		reg = <0>;
+		spi-max-frequency = <50000000>;
+		spi-tx-bus-width = <1>;
+		spi-rx-bus-width = <1>;
+		m25p,fast-read;
+		spi-cpol;
+		spi-cpha;
+	};

Does the device have partitions?
If so, should they be described here?

Quoted 8 lines
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +2 -0
+};
+
 &sdhi0 {
 	pinctrl-0 = <&sdhi0_pins>;
 	pinctrl-names = "default";
Signature · 1 line
1.9.1
#41 lore raw

PATCH 6/8 ARM: dts: iwg20m: Add SPI NOR support

Hello Simon,

Quoted 53 lines

From: devicetree-owner at vger.kernel.org [mailto:devicetree- owner at vger.kernel.org] On Behalf Of Simon Horman
Sent: 15 September 2017 09:35

Quoted 10 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add support for the SPI NOR device used to boot up the system to the System on Module DT.

---
This patch is based on renesas-devel-20170913-v4.13.

Quoted 6 lines

This patch is dependant on:
- "of: add vendor prefix for Silicon Storage Technology Inc."
- "doc: dt: mtd: Add sst25vf016b to the list of supported chip names"

 arch/arm/boot/dts/r8a7743-iwg20m.dtsi | 26

++++++++++++++++++++++++++

Quoted 20 lines
 1 file changed, 26 insertions(+)
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +5 -0
index 4119737..75a8ca5 100644
@@ -44,6 +44,11 @@
 		function = "mmc";
 	};
 
+	qspi_pins: qspi {
+		groups = "qspi_ctrl", "qspi_data2";
+		function = "qspi";
+	};
+
 	sdhi0_pins: sd0 {
 		groups = "sdhi0_data4", "sdhi0_ctrl";
 		function = "sdhi0";

arch/arm/boot/dts/r8a7743-iwg20m.dtsi line 75

Quoted 10 lines
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +7 -0
@@ -61,6 +66,27 @@
 	status = "okay";
 };
 
+&qspi {
+	pinctrl-0 = <&qspi_pins>;
+	pinctrl-names = "default";
+
+	status = "okay";
+
+	/* WARNING - This device contains the bootloader. Handle with care.

*/

Quoted 15 lines

arch/arm/boot/dts/r8a7743-iwg20m.dtsi line 87

Quoted 12 lines
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +12 -0
+	flash: flash at 0 {
+		#address-cells = <1>;
+		#size-cells = <1>;
+		compatible = "sst,sst25vf016b", "jedec,spi-nor";
+		reg = <0>;
+		spi-max-frequency = <50000000>;
+		spi-tx-bus-width = <1>;
+		spi-rx-bus-width = <1>;
+		m25p,fast-read;
+		spi-cpol;
+		spi-cpha;
+	};

Does the device have partitions?
If so, should they be described here?

We aren't confident that all devices will come with the same partitions, so decided not to add any here.

Kind regards, Chris

Quoted 13 lines
Quoted 9 lines
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +2 -1
+};
+
 &sdhi0 {
 	pinctrl-0 = <&sdhi0_pins>;
 	pinctrl-names = "default";
--

1.9.1

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo at vger.kernel.org More majordomo info at
http://vger.kernel.org/majordomo-info.html

#42 lore raw

PATCH 6/8 ARM: dts: iwg20m: Add SPI NOR support

Quoted 71 lines · Chris Paterson

Hello Simon,

Quoted 53 lines

From: devicetree-owner at vger.kernel.org [mailto:devicetree- owner at vger.kernel.org] On Behalf Of Simon Horman
Sent: 15 September 2017 09:35

Quoted 10 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add support for the SPI NOR device used to boot up the system to the System on Module DT.

---
This patch is based on renesas-devel-20170913-v4.13.

Quoted 6 lines

This patch is dependant on:
- "of: add vendor prefix for Silicon Storage Technology Inc."
- "doc: dt: mtd: Add sst25vf016b to the list of supported chip names"

 arch/arm/boot/dts/r8a7743-iwg20m.dtsi | 26

++++++++++++++++++++++++++

Quoted 20 lines
 1 file changed, 26 insertions(+)
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +5 -0
index 4119737..75a8ca5 100644
@@ -44,6 +44,11 @@
 		function = "mmc";
 	};
 
+	qspi_pins: qspi {
+		groups = "qspi_ctrl", "qspi_data2";
+		function = "qspi";
+	};
+
 	sdhi0_pins: sd0 {
 		groups = "sdhi0_data4", "sdhi0_ctrl";
 		function = "sdhi0";

arch/arm/boot/dts/r8a7743-iwg20m.dtsi line 75

Quoted 10 lines
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +7 -0
@@ -61,6 +66,27 @@
 	status = "okay";
 };
 
+&qspi {
+	pinctrl-0 = <&qspi_pins>;
+	pinctrl-names = "default";
+
+	status = "okay";
+
+	/* WARNING - This device contains the bootloader. Handle with care.

*/

Quoted 15 lines

arch/arm/boot/dts/r8a7743-iwg20m.dtsi line 87

Quoted 12 lines
arch/arm/boot/dts/r8a7743-iwg20m.dtsi +12 -0
+	flash: flash at 0 {
+		#address-cells = <1>;
+		#size-cells = <1>;
+		compatible = "sst,sst25vf016b", "jedec,spi-nor";
+		reg = <0>;
+		spi-max-frequency = <50000000>;
+		spi-tx-bus-width = <1>;
+		spi-rx-bus-width = <1>;
+		m25p,fast-read;
+		spi-cpol;
+		spi-cpha;
+	};

Does the device have partitions?
If so, should they be described here?

Quoted 1 line

We aren't confident that all devices will come with the same partitions, so decided not to add any here.

Thanks for the clarification, applied with Geert's tag.

#43 lore raw

PATCH 6/8 ARM: dts: iwg20m: Add SPI NOR support

In reply to Chris Paterson
Quoted 7 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add support for the SPI NOR device used to boot up the system to the System on Module DT.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

#44 lore raw

PATCH 7/8 ARM: dts: r8a7745: Add QSPI support

In reply to Chris Paterson

From: Fabrizio Castro <[email protected]>

Add the DT node for the QSPI interface to the SoC dtsi.

---
This patch is based on renesas-devel-20170913-v4.13.

This patch is dependant on:
- "dt-bindings: qspi: Add r8a7743/5 to the compatible list"

 arch/arm/boot/dts/r8a7745.dtsi | 17 +++++++++++++++++
 1 file changed, 17 insertions(+)
arch/arm/boot/dts/r8a7745.dtsi +17 -0
index 37c0fac..b819ec5 100644
@@ -25,6 +25,7 @@
 		i2c3 = &i2c3;
 		i2c4 = &i2c4;
 		i2c5 = &i2c5;
+		spi0 = &qspi;
 	};
 
 	cpus {
@@ -752,6 +753,22 @@
 			status = "disabled";
 		};
 
+		qspi: spi at e6b10000 {
+			compatible = "renesas,qspi-r8a7745", "renesas,qspi";
+			reg = <0 0xe6b10000 0 0x2c>;
+			interrupts = <GIC_SPI 184 IRQ_TYPE_LEVEL_HIGH>;
+			clocks = <&cpg CPG_MOD 917>;
+			dmas = <&dmac0 0x17>, <&dmac0 0x18>,
+			       <&dmac1 0x17>, <&dmac1 0x18>;
+			dma-names = "tx", "rx", "tx", "rx";
+			power-domains = <&sysc R8A7745_PD_ALWAYS_ON>;
+			num-cs = <1>;
+			#address-cells = <1>;
+			#size-cells = <0>;
+			resets = <&cpg 917>;
+			status = "disabled";
+		};
+
 		sdhi0: sd at ee100000 {
 			compatible = "renesas,sdhi-r8a7745";
 			reg = <0 0xee100000 0 0x328>;
Signature · 1 line
1.9.1
#45 lore raw

PATCH 7/8 ARM: dts: r8a7745: Add QSPI support

Quoted 6 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add the DT node for the QSPI interface to the SoC dtsi.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

#47 lore raw

PATCH 8/8 ARM: drs: iwg22m: Add SPI NOR support

In reply to Chris Paterson

From: Fabrizio Castro <[email protected]>

Add support for the SPI NOR device used to boot up the system to the System on Module DT.

---
This patch is based on renesas-devel-20170913-v4.13.

This patch is dependant on:
- "of: add vendor prefix for Silicon Storage Technology Inc."
- "doc: dt: mtd: Add sst25vf016b to the list of supported chip names"

 arch/arm/boot/dts/r8a7745-iwg22m.dtsi | 26 ++++++++++++++++++++++++++
 1 file changed, 26 insertions(+)
arch/arm/boot/dts/r8a7745-iwg22m.dtsi +26 -0
index f7f9cef..ed9a8cf 100644
@@ -39,6 +39,11 @@
 		function = "mmc";
 	};
 
+	qspi_pins: qspi {
+		groups = "qspi_ctrl", "qspi_data2";
+		function = "qspi";
+	};
+
 	sdhi1_pins: sd1 {
 		groups = "sdhi1_data4", "sdhi1_ctrl";
 		function = "sdhi1";
@@ -61,6 +66,27 @@
 	status = "okay";
 };
 
+&qspi {
+	pinctrl-0 = <&qspi_pins>;
+	pinctrl-names = "default";
+
+	status = "okay";
+
+	/* WARNING - This device contains the bootloader. Handle with care. */
+	flash: flash at 0 {
+		#address-cells = <1>;
+		#size-cells = <1>;
+		compatible = "sst,sst25vf016b", "jedec,spi-nor";
+		reg = <0>;
+		spi-max-frequency = <50000000>;
+		spi-tx-bus-width = <1>;
+		spi-rx-bus-width = <1>;
+		m25p,fast-read;
+		spi-cpol;
+		spi-cpha;
+	};
+};
+
 &sdhi1 {
 	pinctrl-0 = <&sdhi1_pins>;
 	pinctrl-names = "default";
Signature · 1 line
1.9.1
#48 lore raw

PATCH 8/8 ARM: drs: iwg22m: Add SPI NOR support

Hi,

Quoted 4 lines

-----Original Message-----
From: devicetree-owner at vger.kernel.org [mailto:devicetree- owner at vger.kernel.org] On Behalf Of Chris Paterson
Sent: 13 September 2017 18:06

Quoted 8 lines

To: Simon Horman <[email protected]>
Cc: Rob Herring <[email protected]>; Mark Rutland <[email protected]>; Magnus Damm <[email protected]>; Russell King <[email protected]>; Fabrizio Castro <[email protected]>; devicetree at vger.kernel.org; linux-renesas- soc at vger.kernel.org; linux-arm-kernel at lists.infradead.org; Chris Paterson <[email protected]>
Subject: [PATCH 8/8] ARM: drs: iwg22m: Add SPI NOR support

Subject should be " ARM: dts: iwg22m: Add SPI NOR support"

Quoted 7 lines

From: Fabrizio Castro <[email protected]>

Add support for the SPI NOR device used to boot up the system to the System on Module DT.

Renesas Electronics Europe Ltd, Dukes Meadow, Millboard Road, Bourne End, Buckinghamshire, SL8 5FH, UK. Registered in England & Wales under Registered No. 04586709.

#49 lore raw

PATCH 8/8 ARM: drs: iwg22m: Add SPI NOR support

In reply to Chris Paterson
Quoted 7 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Add support for the SPI NOR device used to boot up the system to the System on Module DT.

With the subject fixed (s/drs/dts/):

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds

Applied
#50 lore raw

PATCH 8/8 ARM: drs: iwg22m: Add SPI NOR support

Quoted 4 lines · Geert Uytterhoeven
Quoted 2 lines · Chris Paterson

From: Fabrizio Castro <[email protected]>

Quoted 8 lines
Quoted 5 lines

Add support for the SPI NOR device used to boot up the system to the System on Module DT.

With the subject fixed (s/drs/dts/):

Thanks, applied as

ARM: dts: iwg22m: Add SPI NOR support