- Apr 06, 2020
-
-
Colin Ian King authored
The bitfield 'enabled' should bit unsigned, so make it unsigned. Signed-off-by:
Colin Ian King <colin.king@canonical.com> Signed-off-by:
Pavel Machek <pavel@ucw.cz>
-
- Jan 22, 2020
-
-
Pavel authored
Add pointer to datasheet and fix typo in printk message. Signed-off-by:
Pavel Machek <pavel@ucw.cz>
-
- Jan 05, 2020
-
-
Pavel authored
Add pointer to datasheet and fix typo in printk message. Signed-off-by:
Pavel Machek <pavel@ucw.cz>
-
- Jan 04, 2020
-
-
Pavel authored
Signed-off-by:
Pavel Machek <pavel@ucw.cz>
-
- Sep 12, 2019
-
-
Dan Murphy authored
Fix the error handling for the led-max-microamp property. Need to check if the property is present and then if it is retrieve the setting and its max boundary Reported-by:
Pavel Machek <pavel@ucw.cz> Signed-off-by:
Dan Murphy <dmurphy@ti.com> Signed-off-by:
Jacek Anaszewski <jacek.anaszewski@gmail.com>
-
- Sep 03, 2019
-
-
Krzysztof Wilczynski authored
Move the static keyword to the front of declarations ramp_table, als_avrg_table and als_imp_table, and resolve the following compiler warnings that can be seen when building with warnings enabled (W=1): drivers/leds/leds-lm3532.c:209:1: warning: ‘static’ is not at beginning of declaration [-Wold-style-declaration] drivers/leds/leds-lm3532.c:266:1: warning: ‘static’ is not at beginning of declaration [-Wold-style-declaration] drivers/leds/leds-lm3532.c:281:1: warning: ‘static’ is not at beginning of declaration [-Wold-style-declaration] Signed-off-by:
Krzysztof Wilczynski <kw@linux.com> Signed-off-by:
Jacek Anaszewski <jacek.anaszewski@gmail.com>
-
- Sep 01, 2019
-
-
Tony Lindgren authored
We may currently get unpaired regulator calls when configuring the LED brightness via sysfs in case of regulator calls producing errors. Let's fix this by maintaining local state for enabled. Signed-off-by:
Tony Lindgren <tony@atomide.com> Acked-by:
Pavel Machek <pavel@ucw.cz> Signed-off-by:
Jacek Anaszewski <jacek.anaszewski@gmail.com>
-
- Aug 26, 2019
-
-
Dan Murphy authored
Allow the full scale current to be configured at init. Valid rangles are 5mA->29.8mA. Signed-off-by:
Dan Murphy <dmurphy@ti.com> Signed-off-by:
Jacek Anaszewski <jacek.anaszewski@gmail.com>
-
Dan Murphy authored
Fixed misspelled words, added error check during probe on the init of the registers, and fixed ALS/I2C control mode. Fixes: bc1b8492 ("leds: lm3532: Introduce the lm3532 LED driver") Reported-by:
Pavel Machek <pavel@ucw.cz> Signed-off-by:
Dan Murphy <dmurphy@ti.com> Acked-by:
Pavel Machek <pavel@ucw.cz> Signed-off-by:
Jacek Anaszewski <jacek.anaszewski@gmail.com>
-
Dan Murphy authored
Change the define name of the full scale current registers. Signed-off-by:
Dan Murphy <dmurphy@ti.com> Acked-by:
Pavel Machek <pavel@ucw.cz> Signed-off-by:
Jacek Anaszewski <jacek.anaszewski@gmail.com>
-
Dan Murphy authored
Fix the brightness control for I2C mode. Instead of changing the full scale current register update the ALS target register for the appropriate banks. In addition clean up some code errors and random misspellings found during coding. Tested on Droid4 as well as LM3532 EVM connected to a BeagleBoneBlack Fixes: bc1b8492 ("leds: lm3532: Introduce the lm3532 LED driver") Reported-by:
Pavel Machek <pavel@ucw.cz> Signed-off-by:
Dan Murphy <dmurphy@ti.com> Acked-by:
Pavel Machek <pavel@ucw.cz> Signed-off-by:
Jacek Anaszewski <jacek.anaszewski@gmail.com>
-
- Jul 25, 2019
-
-
Andy Shevchenko authored
Use fwnode_property_count_uXX() directly, that makes code neater. Signed-off-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Acked-by:
Dan Murphy <dmurphy@ti.com> Signed-off-by:
Jacek Anaszewski <jacek.anaszewski@gmail.com>
-
- Apr 07, 2019
-
-
Dan Murphy authored
Introduce the Texas Instruments LM3532 White LED driver. The driver supports ALS configurability or manual brightness control. The driver also supports associating LED strings with specific control banks in a group or as individually controlled strings. Signed-off-by:
Dan Murphy <dmurphy@ti.com> Tested-by:
Tony Lindgren <tony@atomide.com> Signed-off-by:
Jacek Anaszewski <jacek.anaszewski@gmail.com>
-