[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20170812192215.GB23619@amd>
Date: Sat, 12 Aug 2017 21:22:15 +0200
From: Pavel Machek <pavel@....cz>
To: Bjorn Andersson <bjorn.andersson@...aro.org>
Cc: Jacek Anaszewski <jacek.anaszewski@...il.com>,
Richard Purdie <rpurdie@...ys.net>,
linux-kernel@...r.kernel.org, linux-leds@...r.kernel.org,
linux-arm-msm@...r.kernel.org, Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
devicetree@...r.kernel.org, Fenglin Wu <fenglinw@...eaurora.org>
Subject: Re: [PATCH v2 1/3] leds: core: Introduce generic pattern interface
Hi!
> > Hmm, they are only [brightness duration] tuples, and no definition of
> > R, G and B LED device is covered here, so how it can be useful for RGB
> > LEDs?
> >
>
> The typical Qualcomm PMIC sports 4-8 LPG channels. The output of these
> channels can be configured to some extent, but in theory any combination
> of the 8 could be hooked up to the three channels of a RGB LED.
>
> So looking at the LPG hw block, there's no such thing as RGB.
Well, there are certainly RGB leds. And we need kernel to know about
them, so user can (for example) ask for white color.
> Further more, per the 96boards specification we're expected to have
> different triggers on the different "colors" of the TRILED.
So the specs is stupid. We may end up allowing that, but lets not
introduce a bad design just because of that.
[You may get that functionality by lying in the dts and claiming it is
three LEDs, not one RGB LED.]
You want to be able to set a color of RGB LED... which is not as easy
as it looks.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Download attachment "signature.asc" of type "application/pgp-signature" (182 bytes)
Powered by blists - more mailing lists