Thread (4 messages) flat view 4 messages, 2 authors, 2014-07-22

[PATCH] ARM: dts: rk3188-radxarock: add GPIO IR receiver node

From: heiko@sntech.de (Heiko Stübner)
Date: 2014-07-22 21:44:23
Also in: linux-devicetree, lkml

Am Montag, 14. Juli 2014, 21:04:26 schrieb Beniamino Galvani:
On Sun, Jul 13, 2014 at 02:37:40PM +0200, Heiko St?bner wrote:
quoted
Am Sonntag, 13. Juli 2014, 14:10:01 schrieb Beniamino Galvani:
quoted
This adds a device tree node for the infrared receiver connected to a
GPIO pin on the Radxa Rock.

Signed-off-by: Beniamino Galvani <redacted>
---

 arch/arm/boot/dts/rk3188-radxarock.dts |   13 +++++++++++++
 1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/rk3188-radxarock.dts
b/arch/arm/boot/dts/rk3188-radxarock.dts index 19d45b4..1d87bcb 100644
--- a/arch/arm/boot/dts/rk3188-radxarock.dts
+++ b/arch/arm/boot/dts/rk3188-radxarock.dts
@@ -23,6 +23,13 @@

 		reg = <0x60000000 0x80000000>;
 	
 	};

+	ir_recv: ir-receiver {
+		compatible = "gpio-ir-receiver";
+		gpios = <&gpio0 10 1>;
+		pinctrl-names = "default";
+		pinctrl-0 = <&ir_recv_pin>;
+	};
+
hmm, on second glance, I'm actually not sure if this shouldn't belong in
the soc subnode, like the gpio-keys and leds.
(adding devicetree mailing list)

I placed the IR receiver under the root node after looking at what
other boards do, for example:

  imx6dl-hummingboard.dts
  imx6qdl-cubox-i.dtsi
  dove-cubox.dts

On the other hand, if gpio-keys and leds are under the soc node
probably it makes sense to follow the same rule also for the IR
receiver.
your way was the right one actually ... using artificial subnodes is not 
encouraged at all - see comments I received , so the soc node itself also may 
go away.

I'll add the patch to my queue.


Heiko
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help