linux.git/drivers/leds/led-class.c, branch v5.12

leds: led-core: Get rid of enum led_brightness

2021-02-19T10:35:28+00:00

This gets rid of enum led_brightness in the main led files,
because it is deprecated, and an unsigned int can be used instead.

We can get rid of led_brightness completely and
patches can also be supplied for the other drivers' files.

Signed-off-by: Abanoub Sameh 
Signed-off-by: Pavel Machek

leds: parse linux,default-trigger DT property in LED core

2020-09-26T19:56:43+00:00

Do the parsing of `linux,default-trigger` DT property to LED core.
Currently it is done in many different drivers and the code is repeated.

This patch removes the parsing from 23 drivers:
  an30259a, aw2013, bcm6328, bcm6358, cr0014114, el15203000, gpio,
  is31fl32xx, lm3532, lm36274, lm3692x, lm3697, lp50xx, lp8860, lt3593,
  max77650, mt6323, ns2, pm8058, pwm, syscon, tlc591xx and turris-omnia.

There is one driver in drivers/input which parses this property on it's
own. I shall send a separate patch there after this is applied.

There are still 8 drivers that parse this property on their own because
they do not pass the led_init_data structure to the registering
function. I will try to refactor those in the future.

Signed-off-by: Marek Behún 
Signed-off-by: Pavel Machek

leds: core: Flush scheduled work for system suspend

2020-07-12T08:10:37+00:00

Sometimes LED won't be turned off by LED_CORE_SUSPENDRESUME flag upon
system suspend.

led_set_brightness_nopm() uses schedule_work() to set LED brightness.
However, there's no guarantee that the scheduled work gets executed
because no one flushes the work.

So flush the scheduled work to make sure LED gets turned off.

Signed-off-by: Kai-Heng Feng 
Acked-by: Jacek Anaszewski 
Fixes: 81fe8e5b73e3 ("leds: core: Add led_set_brightness_nosleep{nopm} functions")
Signed-off-by: Pavel Machek

leds: core: Fix warning message when init_data

2020-04-06T21:12:08+00:00

The warning message when a led is renamed due to name collition can fail
to show proper original name if init_data is used. Eg:

[    9.073996] leds-gpio a0040000.leds_0: Led (null) renamed to red_led_1 due to name collision

Fixes: bb4e9af0348d ("leds: core: Add support for composing LED class device names")
Signed-off-by: Ricardo Ribalda Delgado 
Acked-by: Jacek Anaszewski 
Signed-off-by: Pavel Machek

leds: populate the device's of_node

2020-01-05T23:20:22+00:00

If initialization data is available and its fwnode is actually a
of_node, store this information in the led device's structure. This
will allow the device to use or provide OF-based API such (devm_xxx).

Signed-off-by: Jean-Jacques Hiblot 
Signed-off-by: Pavel Machek

leds: Add managed API to get a LED from a device driver

2020-01-05T23:20:18+00:00

If the LED is acquired by a consumer device with devm_led_get(), it is
automatically released when the device is detached.

Signed-off-by: Jean-Jacques Hiblot 
Acked-by: Pavel Machek 
Signed-off-by: Pavel Machek

leds: Add of_led_get() and led_put()

2020-01-05T23:20:06+00:00

This patch adds basic support for a kernel driver to get a LED device.
This will be used by the led-backlight driver.

Only OF version is implemented for now, and the behavior is similar to
PWM's of_pwm_get() and pwm_put().

Signed-off-by: Tomi Valkeinen 
Signed-off-by: Jean-Jacques Hiblot 
Acked-by: Pavel Machek 
Signed-off-by: Pavel Machek

leds: core: Fix devm_classdev_match to reference correct structure

2019-11-03T16:38:51+00:00

Fix the devm_classdev_match pointer initialization to the correct
structure type.

Signed-off-by: Dan Murphy 
Signed-off-by: Pavel Machek

leds: remove PAGE_SIZE limit of /sys/class/leds//trigger

2019-11-03T16:38:14+00:00

Reading /sys/class/leds//trigger returns all available LED triggers.
However, the size of this file is limited to PAGE_SIZE because of the
limitation for sysfs attribute.

Enabling LED CPU trigger on systems with thousands of CPUs easily hits
PAGE_SIZE limit, and makes it impossible to see all available LED triggers
and which trigger is currently activated.

We work around it here by converting /sys/class/leds//trigger to
binary attribute, which is not limited by length. This is _not_ good
design, do not copy it.

Signed-off-by: Akinobu Mita 
Cc: "Rafael J. Wysocki" 
Cc: Pavel Machek 
Cc: Dan Murphy A
Reviewed-by: Greg Kroah-Hartman 
Signed-off-by: Pavel Machek

leds: Allow to call led_classdev_unregister() unconditionally

2019-08-26T18:03:58+00:00

If in the certain driver the LED is optional, and it's a majority of them,
the call of led_classdev_unregister() still requires some additional
checks.

The usual pattern on unregistering is to check for NULL, but we also check
for IS_ERR() in case device_create_with_groups() fails.

The change will reduce a burden in a lot of drivers to repeatedly check
for above conditions.

Signed-off-by: Andy Shevchenko 
Signed-off-by: Jacek Anaszewski