[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181024144951.GB9327@bogus>
Date: Wed, 24 Oct 2018 09:49:51 -0500
From: Rob Herring <robh@...nel.org>
To: Dan Murphy <dmurphy@...com>
Cc: jacek.anaszewski@...il.com, pavel@....cz,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-leds@...r.kernel.org, lee.jones@...aro.org, tony@...mide.com
Subject: Re: [PATCH v4 2/7] dt-bindings: ti-lmu: Modify dt bindings for the
LM3697
On Tue, Oct 23, 2018 at 12:06:18PM -0500, Dan Murphy wrote:
> The LM3697 is a single function LED driver. The single function LED
> driver needs to reside in the LED directory as a dedicated LED driver
> and not as a MFD device. The device does have common brightness and ramp
> features and those can be accomodated by a TI LMU framework.
>
> The LM3697 dt binding needs to be moved from the ti-lmu.txt and a dedicated
> LED dt binding needs to be added. The new LM3697 LED dt binding will then
> reside in the Documentation/devicetree/bindings/leds directory and follow the
> current LED and general bindings guidelines.
>
> Signed-off-by: Dan Murphy <dmurphy@...com>
> ---
>
> v4 - Squashed removal and addition of the dt bindings into a single patch - https://lore.kernel.org/patchwork/patch/998703/
Still not really the sequence I'd like to see and what I think would
help the discussion move along.
Patch 1: move all the devices out of ti-lmu.txt into the grouping which
makes sense. IOW, no functional changes. Probably only strict
sub/supersets of each other should be shared.
Patch 2-N: Make binding changes. Then we discuss things like ramp time
properties separately from binding structure.
>
> .../devicetree/bindings/leds/leds-lm3697.txt | 98 +++++++++++++++++++
> .../devicetree/bindings/mfd/ti-lmu.txt | 26 +----
> 2 files changed, 99 insertions(+), 25 deletions(-)
> create mode 100644 Documentation/devicetree/bindings/leds/leds-lm3697.txt
Powered by blists - more mailing lists