[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190402000217.GA8315@basecamp>
Date: Mon, 1 Apr 2019 20:02:17 -0400
From: Brian Masney <masneyb@...tation.org>
To: Pavel Machek <pavel@....cz>
Cc: lee.jones@...aro.org, daniel.thompson@...aro.org,
jingoohan1@...il.com, robh+dt@...nel.org,
jacek.anaszewski@...il.com, mark.rutland@....com,
b.zolnierkie@...sung.com, dri-devel@...ts.freedesktop.org,
linux-leds@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-fbdev@...r.kernel.org,
dmurphy@...com, jonathan@...ek.ca
Subject: Re: [PATCH v2 3/3] backlight: lm3630a: add device tree supprt
On Mon, Apr 01, 2019 at 11:48:47PM +0200, Pavel Machek wrote:
> So ... we can have multiple LEDs, each can have up to two
> sources.. and the settings are really per source, not per LED.
>
> But you do not test for overlaps. What prevents me from having
>
> foo {
> led_sources = <0>;
> ti,linear-mapping-mode;
> }
> bar {
> led_sources = <0>;
> }
>
> (I.e. conflicting settings for a source?)
In this case, it will go with the settings for 'bar'. I didn't check for
the conflicting settings since I was going for consistency with the
other two backlight drivers that already have the led-sources property:
arcxcnn_bl.c and sky81452-backlight.c. I can add the additional check
to fail if a source has already been encountered.
> Plus I do not see parsing of led labels etc...
OK... I can fix that up plus your other two comments.
Thanks,
Brian
Powered by blists - more mailing lists