Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753362AbbK3ITP (ORCPT ); Mon, 30 Nov 2015 03:19:15 -0500 Received: from bear.ext.ti.com ([192.94.94.41]:33622 "EHLO bear.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752886AbbK3ITN (ORCPT ); Mon, 30 Nov 2015 03:19:13 -0500 Subject: Re: [PATCH v2 3/9] Documentation: dt-bindings: leds: add LM3633 LED binding information To: Jacek Anaszewski References: <1448521025-2796-1-git-send-email-milo.kim@ti.com> <1448521025-2796-4-git-send-email-milo.kim@ti.com> <56583C32.5030307@samsung.com> CC: , , , , , From: "Kim, Milo" Message-ID: <565C0677.4030606@ti.com> Date: Mon, 30 Nov 2015 17:19:03 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <56583C32.5030307@samsung.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3019 Lines: 92 Hi Jacek, On 11/27/2015 8:19 PM, Jacek Anaszewski wrote: > Hi Milo, > > On 11/26/2015 07:56 AM, Milo Kim wrote: >> LM3633 LED device is one of TI LMU device list. >> >> Cc: Rob Herring >> Cc: devicetree@vger.kernel.org >> Cc: Lee Jones >> Cc: Jacek Anaszewski >> Cc: Mark Brown >> Cc: linux-leds@vger.kernel.org >> Cc: linux-kernel@vger.kernel.org >> Signed-off-by: Milo Kim >> --- >> .../devicetree/bindings/leds/leds-lm3633.txt | 24 ++++++++++++++++++++++ >> 1 file changed, 24 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/leds/leds-lm3633.txt >> >> diff --git a/Documentation/devicetree/bindings/leds/leds-lm3633.txt b/Documentation/devicetree/bindings/leds/leds-lm3633.txt >> new file mode 100644 >> index 0000000..a553894 >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/leds/leds-lm3633.txt >> @@ -0,0 +1,24 @@ >> +TI LMU LM3633 LED device tree bindings >> + >> +Required properties: >> + - compatible: "ti,lm3633-leds" >> + >> +Child nodes: >> + Each node matches with LED control bank. >> + Please refer to the datasheet [1]. > > leds/common.txt documentation says that child nodes represent discrete > LED elements. > >> + Required properties of a child node: >> + - led-sources: List of enabled channels from 0 to 5. >> + Please refer to LED binding [2]. > > led-sources property should contain always one element - > a control bank identifier that the iout is to be associated with. > For example, if there are three LEDs and they should be controlled > with control bank A, then the bindings should look as follows > (assuming that control bank identifiers start from 0 [A:0, B:1, > C:2, etc. - it has to be also explicitly stated in the documentation]: My understanding is 'led-sources' means output channel rather than control bank. Output channel is visible and intuitive - just output LED. On the other hand, control banks works inside the silicon, LM3633. I'm not sure other LED devices have control bank or not, but output channel is common concept. > > lvled1 { > led-sources = <2>; > led-max-microamp = <1000>; > } > > lvled2 { > led-sources = <2>; > led-max-microamp = <29000>; > } > > lvled3 { > led-sources = <2>; > led-max-microamp = <7000>; > } For this reason, I don't understand this LED configuration - one output channel with multiple LED devices. LED child node should be matched with led class device. If three output channels are controlled by one control bank, then it should be represented as below. lvled-group-A { led-sources = <0>, <1>, <2>; led-max-microamp = ; } Please let me know if I misunderstand. Best regards, Milo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/