[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2a540277-01e3-abb6-f19f-6d52671ae4ce@ti.com>
Date: Mon, 17 Jun 2019 08:47:46 -0500
From: Dan Murphy <dmurphy@...com>
To: Pavel Machek <pavel@....cz>, Alexander Dahl <ada@...rsis.com>
CC: <linux-leds@...r.kernel.org>, <jacek.anaszewski@...il.com>,
<robh+dt@...nel.org>, <devicetree@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v3 0/9] Multicolor Framework update
Hello
On 6/16/19 10:49 AM, Pavel Machek wrote:
> Hi!
>
>> Am Donnerstag, 23. Mai 2019, 14:08:11 CEST schrieb Dan Murphy:
>>> leds: multicolor: Add sysfs interface definition
>>> dt: bindings: Add multicolor class dt bindings documention
>>> documention: leds: Add multicolor class documentation
>>> dt-bindings: leds: Add multicolor ID to the color ID list
>>> leds: Add multicolor ID to the color ID list
>>> leds: multicolor: Introduce a multicolor class definition
>>> dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
>>> leds: lp50xx: Add the LP50XX family of the RGB LED driver
>>> leds: Update the lp55xx to use the multi color framework
>> While not having much experience with the implementation of the LED subsystem,
>> I've had a short look at those. Curious question: would it be possible to take
>> three gpio-leds and group those together to one multicolor-led? I know at
>> least one board, where things are wired up like this, see e.g.
>> at91-sama5d27_som1_ek.dts
> Probably could be done, but is not really a good match. Multicolor was meant for
> LEDs with many brightness levels.
Well that is one aspect of the MC FW. The other aspect was to collate
cluster RGB modules into a single
LED node as that RGB cluster would inherently display a functional color
(ie RGB battery LED, multi-color
notification LEDs, Multicolor LED keyboards...)
Dan
> Pavel
Powered by blists - more mailing lists