[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190401214847.GE14681@amd>
Date: Mon, 1 Apr 2019 23:48:47 +0200
From: Pavel Machek <pavel@....cz>
To: Brian Masney <masneyb@...tation.org>
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 2019-04-01 06:30:34, Brian Masney wrote:
> Add device tree support to the lm3630a driver and allow configuring
> independently on both banks the mapping mode (linear or exponential),
> initial and maximum LED brightness.
>
> Driver was tested on a LG Nexus 5 (hammerhead) phone.
>
> Signed-off-by: Brian Masney <masneyb@...tation.org>
> ---
> drivers/video/backlight/lm3630a_bl.c | 69 ++++++++++++++++++++++++++++
> 1 file changed, 69 insertions(+)
>
> diff --git a/drivers/video/backlight/lm3630a_bl.c b/drivers/video/backlight/lm3630a_bl.c
> index ef2553f452ca..96fbc1273dda 100644
> --- a/drivers/video/backlight/lm3630a_bl.c
> +++ b/drivers/video/backlight/lm3630a_bl.c
> @@ -35,6 +35,9 @@
> #define REG_MAX 0x50
>
> #define INT_DEBOUNCE_MSEC 10
> +
> +#define LM3630A_MAX_SOURCES 2
> +
> struct lm3630a_chip {
> struct device *dev;
> struct delayed_work work;
> @@ -364,6 +367,64 @@ static const struct regmap_config lm3630a_regmap = {
> .max_register = REG_MAX,
> };
>
> +static void lm3630a_parse_dt(struct lm3630a_chip *pchip)
> +{
> + u32 sources[LM3630A_MAX_SOURCES], val;
> + struct device_node *child_node;
> + int num_sources, ret, i;
> + bool linear;
> +
> + for_each_available_child_of_node(pchip->dev->of_node, child_node) {
> + num_sources = of_property_count_u32_elems(child_node,
> + "led-sources");
> + if (num_sources < 0)
> + continue;
> +
> + if (num_sources > LM3630A_MAX_SOURCES)
> + num_sources = LM3630A_MAX_SOURCES;
> +
> + ret = of_property_read_u32_array(child_node, "led-sources",
> + sources, num_sources);
> + if (ret) {
> + dev_err(pchip->dev,
> + "Error parsing led-sources node: %d\n", ret);
> + return;
> + }
> +
> + linear = of_property_read_bool(child_node,
> + "ti,linear-mapping-mode");
> +
> + for (i = 0; i < num_sources; i++) {
> + if (sources[i] == 0)
> + pchip->pdata->leda_ctrl = linear ?
> + LM3630A_LEDA_ENABLE_LINEAR :
> + LM3630A_LEDA_ENABLE;
> + else if (sources[i] == 1)
> + pchip->pdata->ledb_ctrl = linear ?
> + LM3630A_LEDB_ENABLE_LINEAR :
> + LM3630A_LEDB_ENABLE;
This makes my head spin.
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?)
Plus I do not see parsing of led labels etc...
> + ret = of_property_read_u32(child_node,
> + "default-brightness", &val);
> + if (!ret) {
> + if (sources[i] == 0)
> + pchip->pdata->leda_init_brt = val;
> + else if (sources[i] == 1)
> + pchip->pdata->ledb_init_brt = val;
> + }
> +
> + ret = of_property_read_u32(child_node, "max-brightness",
> + &val);
> + if (!ret) {
> + if (sources[i] == 0)
> + pchip->pdata->leda_max_brt = val;
> + else if (sources[i] == 1)
> + pchip->pdata->ledb_max_brt = val;
> + }
> + }
> + };
Extra ";"
> +}
> +
> static int lm3630a_probe(struct i2c_client *client,
> const struct i2c_device_id *id)
> {
> @@ -405,6 +466,7 @@ static int lm3630a_probe(struct i2c_client *client,
> pdata->ledb_init_brt = LM3630A_MAX_BRIGHTNESS;
> }
> pchip->pdata = pdata;
> + lm3630a_parse_dt(pchip);
I'd expect abort if we are using dt and dt parsing fails.
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