[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1e9d956d-791e-f9f3-324d-22f63a7542e0@gmail.com>
Date: Fri, 17 Feb 2017 22:54:32 +0100
From: Jacek Anaszewski <jacek.anaszewski@...il.com>
To: sean.wang@...iatek.com, rpurdie@...ys.net, lee.jones@...aro.org,
matthias.bgg@...il.com, pavel@....cz, robh+dt@...nel.org,
mark.rutland@....com
Cc: devicetree@...r.kernel.org, linux-leds@...r.kernel.org,
linux-mediatek@...ts.infradead.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
keyhaede@...il.com
Subject: Re: [PATCH v3 1/4] Documentation: devicetree: Add document bindings
for leds-mt6323
Hi Sean,
I've noticed some issues here, please refer below.
On 02/17/2017 07:05 AM, sean.wang@...iatek.com wrote:
> From: Sean Wang <sean.wang@...iatek.com>
>
> This patch adds documentation for devicetree bindings
> for LED support on MT6323 PMIC
>
> Signed-off-by: Sean Wang <sean.wang@...iatek.com>
> ---
> .../devicetree/bindings/leds/leds-mt6323.txt | 60 ++++++++++++++++++++++
> 1 file changed, 60 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/leds/leds-mt6323.txt
>
> diff --git a/Documentation/devicetree/bindings/leds/leds-mt6323.txt b/Documentation/devicetree/bindings/leds/leds-mt6323.txt
> new file mode 100644
> index 0000000..a968258
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/leds/leds-mt6323.txt
> @@ -0,0 +1,60 @@
> +Device Tree Bindings for LED support on MT6323 PMIC
> +
> +MT6323 LED controller is subfunction provided by
> +MT6323 PMIC, so the LED controller are defined as
s/controller/controllers/
> +the subnode of the function node provided by MT6323
> +PMIC controller that is being defined as one kind of
> +Muti-Function Device (MFD) using shared bus called
> +PMIC wrapper for each subfunction to access remote
> +MT6323 PMIC hardware.
> +
> +For MT6323 MFD bindings see:
> +Documentation/devicetree/bindings/mfd/mt6397.txt
> +For MediaTek PMIC wrapper bindings see:
> +Documentation/devicetree/bindings/soc/mediatek/pwrap.txt
> +
> +There's sub-node for the LED controller that describes
> +the initial behavior for each LED physically and currently
> +only four LED sub-nodes could be supported.
s/could/can/
> +
> +Required properties:
> +- compatible : must be "mediatek,mt6323-led"
s/must/Must/
and please put dot at the end of sentence.
> +
> +Optional properties:
> +- label : (optional)
> + see Documentation/devicetree/bindings/leds/common.txt
> +- linux,default-trigger : (optional)
> + see Documentation/devicetree/bindings/leds/common.txt
> +- default-state: (optional) The initial state of the LED
> + see Documentation/devicetree/bindings/leds/common.txt
> +
> +Example:
> +
> +&pwrap {
> + pmic: mt6323 {
> + compatible = "mediatek,mt6323";
> + interrupt-parent = <&pio>;
> + interrupts = <150 IRQ_TYPE_LEVEL_HIGH>;
> + interrupt-controller;
> + #interrupt-cells = <2>;
> +
> + mt6323led: mt6323led{
> + compatible = "mediatek,mt6323-led";
> +
> + led0: isink0 {
> + label = "LED0"
Currently these nodes refer to particular LED iout only by name,
but AFAIK DT node parsing order is not guaranteed. Therefore
it is customary to use reg property for defining the iout for
which the child node is predestined.
Please compare DT bindings of the other LED class devices.
> + linux,default-trigger = "timer";
> + default-state = "on";
> + };
> + led1: isink1 {
> + label = "LED1";
> + default-state = "on";
> + };
> + led2: isink2 {
> + label = "LED2";
> + linux,default-trigger = "timer";
> + default-state = "off";
> + };
> + };
> + };
> +};
>
--
Best regards,
Jacek Anaszewski
Powered by blists - more mailing lists