From: Marek Vasut <marex@denx.de>
To: Rasmus Villemoes <rasmus.villemoes@prevas.dk>, u-boot@lists.denx.de
Cc: Philippe Reynes <philippe.reynes@softathome.com>,
Doug Zobel <douglas.zobel@climate.com>,
Tom Rini <trini@konsulko.com>
Subject: Re: [PATCH 6/6] led: add TI LP5562 LED driver
Date: Mon, 23 Oct 2023 11:39:24 +0200 [thread overview]
Message-ID: <eac43740-80aa-47c4-8237-1abd82615dcb@denx.de> (raw)
In-Reply-To: <f53f9d1b-ae49-4bca-af39-6af23429e5a0@prevas.dk>
On 10/23/23 11:11, Rasmus Villemoes wrote:
> On 19/10/2023 15.58, Marek Vasut wrote:
>> On 10/19/23 11:58, Rasmus Villemoes wrote:
>>> From: Doug Zobel <douglas.zobel@climate.com>
>>>
>>> Driver for the TI LP5562 4 channel LED controller. Supports
>>> independent on/off control of all 4 channels. Supports LED_BLINK on 3
>>> independent channels: blue/green/red. The white channel can blink, but
>>> shares the blue channel blink rate.
>>>
>>> Heavily based on patch originally from Doug Zobel [1].
>>>
>>> I have modified it so it matches the DT bindings in the linux tree,
>>> and also follows the linux driver implementation more closely. This
>>> should address Tom's concerns, and also matches my goal of making the
>>> U-Boot driver work with our existing .dts which is known to work in
>>> linux.
>>>
>>> As our boards only have the R,G,B outputs connected, I have not
>>> actually tested how the white channel behaves, but the R,G,B work
>>> exactly as expected.
>>>
>>> [1]
>>> https://lore.kernel.org/u-boot/1547150757-1561-1-git-send-email-douglas.zobel@climate.com/
>>>
>>> Cc: Doug Zobel <douglas.zobel@climate.com>
>>> Signed-off-by: Rasmus Villemoes <rasmus.villemoes@prevas.dk>
>>> ---
>>> doc/device-tree-bindings/leds/leds-lp5562.txt | 63 ++
>>> drivers/led/Kconfig | 8 +
>>> drivers/led/Makefile | 1 +
>>> drivers/led/led_lp5562.c | 578 ++++++++++++++++++
>>> 4 files changed, 650 insertions(+)
>>> create mode 100644 doc/device-tree-bindings/leds/leds-lp5562.txt
>>> create mode 100644 drivers/led/led_lp5562.c
>>>
>>> diff --git a/doc/device-tree-bindings/leds/leds-lp5562.txt
>>> b/doc/device-tree-bindings/leds/leds-lp5562.txt
>>> new file mode 100644
>>> index 0000000000..4e0c742959
>>> --- /dev/null
>>> +++ b/doc/device-tree-bindings/leds/leds-lp5562.txt
>>
>> Why not use Linux Documentation/devicetree/bindings/leds/leds-lp55xx.yaml ?
>
> Because I'm not adding support for all the devices covered by that
> binding, nor for all the properties defined there (and some of those, I
> think, do not even make sense for the lp5562 but only apply to some of
> the other variants).
Using old bindings like that will only cause divergence, please dont do
that.
>> [...]
>>
>>> --- /dev/null
>>> +++ b/drivers/led/led_lp5562.c
>>> @@ -0,0 +1,578 @@
>>> +// SPDX-License-Identifier: GPL-2.0+
>>> +/*
>>> + * Copyright (C) 2018 Doug Zobel <douglas.zobel@climate.com>
>>
>> Why not port Linux drivers/leds/leds-lp5562.c ?
>
> Because that would be way more work to make that fit into U-Boot's LED
> framework than to take Doug's initial patch and make it build against
> current U-Boot.
Seems the drivers are just about the same complexity, so why not port
the new Linux one ?
next prev parent reply other threads:[~2023-10-23 10:45 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-19 9:58 [PATCH 0/6] some LED patches Rasmus Villemoes
2023-10-19 9:58 ` [PATCH 1/6] led-uclass: do not create fallback label for top-level node Rasmus Villemoes
2023-10-19 13:51 ` Marek Vasut
2023-10-23 8:28 ` Rasmus Villemoes
2023-10-23 9:01 ` Marek Vasut
2023-10-19 9:58 ` [PATCH 2/6] led-uclass: honour ->label field populated by driver's own .bind Rasmus Villemoes
2023-10-19 13:54 ` Marek Vasut
2023-10-23 8:51 ` Rasmus Villemoes
2023-10-23 9:03 ` Marek Vasut
2023-11-14 12:11 ` Christian Gmeiner
2023-11-15 5:37 ` Marek Vasut
2023-11-16 9:21 ` Pavel Machek
2023-10-23 10:43 ` Christian Gmeiner
2023-10-19 9:58 ` [PATCH 3/6] led: introduce led_bind_generic() Rasmus Villemoes
2023-10-19 13:56 ` Marek Vasut
2023-10-19 9:58 ` [PATCH 4/6] led: led_gpio: use led_bind_generic() helper Rasmus Villemoes
2023-10-19 13:56 ` Marek Vasut
2023-10-19 9:58 ` [PATCH 5/6] led: led_pwm: " Rasmus Villemoes
2023-10-19 13:57 ` Marek Vasut
2023-10-19 9:58 ` [PATCH 6/6] led: add TI LP5562 LED driver Rasmus Villemoes
2023-10-19 13:58 ` Marek Vasut
2023-10-23 9:11 ` Rasmus Villemoes
2023-10-23 9:39 ` Marek Vasut [this message]
2023-10-23 11:17 ` Rasmus Villemoes
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=eac43740-80aa-47c4-8237-1abd82615dcb@denx.de \
--to=marex@denx.de \
--cc=douglas.zobel@climate.com \
--cc=philippe.reynes@softathome.com \
--cc=rasmus.villemoes@prevas.dk \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox