[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <51B749E7.6070808@wwwdotorg.org>
Date: Tue, 11 Jun 2013 10:01:43 -0600
From: Stephen Warren <swarren@...dotorg.org>
To: J Keerthy <j-keerthy@...com>
CC: b-cousson@...com, devicetree-discuss@...ts.ozlabs.org,
linux-omap@...r.kernel.org, linux-kernel@...r.kernel.org,
ldewangan@...dia.com, grant.likely@...retlab.ca,
swarren@...dia.com, sameo@...ux.intel.com, gg@...mlogic.co.uk,
lee.jones@...aro.org
Subject: Re: [PATCH v3] ARM: dts: OMAP5: Add palmas MFD node and regulator
nodes
On 06/10/2013 11:30 PM, J Keerthy wrote:
> This patch adds Palmas MFD node and the regulator nodes for OMAP5.
>
> The node definitions are based on: https://lkml.org/lkml/2013/6/6/25
>
> Boot tested on omap5-uevm board.
> diff --git a/arch/arm/boot/dts/omap5-uevm.dts b/arch/arm/boot/dts/omap5-uevm.dts
> + palmas: palmas@48 {
> + reg = <0x48>;
> + interrupts = <GIC_SPI 7 IRQ_TYPE_LEVEL_HIGH>; /* IRQ_SYS_1N */
> + interrupt-parent = <&gic>;
> + };
> +};
> +
> +&palmas {
> + compatible = "ti,palmas";
> + interrupt-controller;
> + #interrupt-cells = <2>;
I don't really see the point of splitting the node into two parts if
it's all going into a single file. It made sense if part of the node
came from a common .dtsi file, but not so much when it doesn't.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists