Hi Pavel, this is v3, on top of your current for-next branch. Changes: - lm36274 again with the use-after-free issue you mentioned solved - lm3532 does not need to parse `label` since it uses init_data - leds-syscon can also use init_data by simple change - the last patch, which moves parsing of `linux,default-trigger`, is now compatible with current version of the patches Marek Marek Behún (9): leds: lm36274: cosmetic: rename lm36274_data to chip leds: lm36274: don't iterate through children since there is only one leds: lm36274: use struct led_init_data when registering leds: lm36274: do not set chip settings in DT parsing function leds: lm36274: use platform device as parent of LED leds: lm36274: use devres LED registering function leds: lm3532: don't parse label DT property leds: syscon: use struct led_init_data when registering leds: parse linux,default-trigger DT property in LED core drivers/leds/led-class.c | 5 ++ drivers/leds/leds-an30259a.c | 3 - drivers/leds/leds-aw2013.c | 3 - drivers/leds/leds-bcm6328.c | 4 - drivers/leds/leds-bcm6358.c | 4 - drivers/leds/leds-cr0014114.c | 3 - drivers/leds/leds-el15203000.c | 3 - drivers/leds/leds-gpio.c | 3 - drivers/leds/leds-is31fl32xx.c | 3 - drivers/leds/leds-lm3532.c | 15 ---- drivers/leds/leds-lm36274.c | 128 ++++++++++++++----------------- drivers/leds/leds-lm3692x.c | 3 - drivers/leds/leds-lm3697.c | 3 - drivers/leds/leds-lp50xx.c | 3 - drivers/leds/leds-lp8860.c | 4 - drivers/leds/leds-lt3593.c | 3 - drivers/leds/leds-max77650.c | 3 - drivers/leds/leds-mt6323.c | 4 - drivers/leds/leds-ns2.c | 3 - drivers/leds/leds-pm8058.c | 2 - drivers/leds/leds-pwm.c | 5 -- drivers/leds/leds-syscon.c | 9 +-- drivers/leds/leds-tlc591xx.c | 3 - drivers/leds/leds-turris-omnia.c | 2 - 24 files changed, 68 insertions(+), 153 deletions(-) base-commit: a0e550dc351ab5fabe8ea86e45b974494a0a6bf8 -- 2.26.2
