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

leds: led-core: Update fwnode with device_set_node

2022-01-12T18:43:14+00:00

Update a newly created device's fwnode and of_node pointers using the
recently added device_set_node helper. This keeps some firmware node
specifics out of led-class and should help tracking future changes
regarding device firmware node updates.

Signed-off-by: Sander Vanheule 
Signed-off-by: Pavel Machek

leds: leds-core: Implement the retain-state-shutdown property

2021-08-20T09:00:06+00:00

Read the retain-state-shutdown device tree property to set the
existing LED_RETAIN_AT_SHUTDOWN flag. Then check the flag when
unregistering, and if set, don't set the brightness to OFF. This
is useful for systems that want to keep the HW state of the LED
across reboots.

Signed-off-by: Eddie James 
Signed-off-by: Pavel Machek

leds: class: The -ENOTSUPP should never be seen by user space

2021-05-28T09:59:59+00:00

Drop the bogus error code and let of_led_get() to take care about absent
of_node.

Fixes: e389240ad992 ("leds: Add managed API to get a LED from a device driver")
Cc: Jean-Jacques Hiblot 
Signed-off-by: Andy Shevchenko 
Signed-off-by: Pavel Machek

leds: led-class: Fix incorrectly documented param 'dev'

2021-05-28T09:38:54+00:00

Fixes the following W=1 kernel build warning(s):

 drivers/leds/led-class.c:521: warning: Function parameter or member 'dev' not described in 'devm_led_classdev_unregister'
 drivers/leds/led-class.c:521: warning: Excess function parameter 'parent' description in 'devm_led_classdev_unregister'

Cc: Pavel Machek 
Cc: John Lenz 
Cc: Richard Purdie 
Cc: linux-leds@vger.kernel.org
Signed-off-by: Lee Jones 
Signed-off-by: Pavel Machek

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