* [PATCH RESEND 0/4] Fix oops about sleeping in led_trigger_blink()
@ 2023-05-10 16:22 Hans de Goede
2023-05-10 16:22 ` [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value Hans de Goede
` (3 more replies)
0 siblings, 4 replies; 12+ messages in thread
From: Hans de Goede @ 2023-05-10 16:22 UTC (permalink / raw)
To: Pavel Machek, Jacek Anaszewski, Lee Jones, Sebastian Reichel,
Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg,
Pablo Neira Ayuso, Jozsef Kadlecsik
Cc: Hans de Goede, linux-leds, linux-pm, linux-usb, netdev,
netfilter-devel, coreteam
Hi All,
This is a resend with al the subsys maintainers of files touched
by the small led_trigger_blink() / led_trigger_blink_oneshot()
API/prototype change in the first patch in this series.
ARCNet, power-supply, USB, MAC80211 and netfilter maintainers,
may we please have your ack for merging patch 1/4 through Lee's
LED tree: https://git.kernel.org/pub/scm/linux/kernel/git/lee/leds.git/
?
Orginal cover letter:
Here is a patch series to fix an oops about sleeping in led_trigger_blink()
+ one other small bugfix.
Fixes: 0b9536c95709 ("leds: Add ability to blink via simple trigger")
tag, but Fixes tags tend to lead to patches getting automatically added
to the stable series and I would prefer to see this series get some
significant testing time in mainline first, so I have chosen to omit
the tag.
Regards,
Hans
Hans de Goede (4):
leds: Change led_trigger_blink[_oneshot]() delay parameters to
pass-by-value
leds: Fix set_brightness_delayed() race
leds: Fix oops about sleeping in led_trigger_blink()
leds: Clear LED_INIT_DEFAULT_TRIGGER when clearing current trigger
drivers/leds/led-core.c | 81 ++++++++++++++++++++----
drivers/leds/led-triggers.c | 17 ++---
drivers/leds/trigger/ledtrig-disk.c | 9 +--
drivers/leds/trigger/ledtrig-mtd.c | 8 +--
drivers/net/arcnet/arcnet.c | 8 +--
drivers/power/supply/power_supply_leds.c | 5 +-
drivers/usb/common/led.c | 4 +-
include/linux/leds.h | 43 ++++++++++---
net/mac80211/led.c | 2 +-
net/mac80211/led.h | 8 +--
net/netfilter/xt_LED.c | 3 +-
11 files changed, 125 insertions(+), 63 deletions(-)
--
2.40.1
^ permalink raw reply [flat|nested] 12+ messages in thread* [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value 2023-05-10 16:22 [PATCH RESEND 0/4] Fix oops about sleeping in led_trigger_blink() Hans de Goede @ 2023-05-10 16:22 ` Hans de Goede 2023-05-10 18:19 ` Sebastian Reichel ` (3 more replies) 2023-05-10 16:22 ` [PATCH RESEND 2/4] leds: Fix set_brightness_delayed() race Hans de Goede ` (2 subsequent siblings) 3 siblings, 4 replies; 12+ messages in thread From: Hans de Goede @ 2023-05-10 16:22 UTC (permalink / raw) To: Pavel Machek, Jacek Anaszewski, Lee Jones, Sebastian Reichel, Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik Cc: Hans de Goede, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy led_blink_set[_oneshot]()'s delay_on and delay_off function parameters are pass by reference, so that hw-blink implementations can report back the actual achieved delays when the values have been rounded to something the hw supports. This is really only interesting for the sysfs API / the timer trigger. Other triggers don't really care about this and none of the callers of led_trigger_blink[_oneshot]() do anything with the returned delay values. Change the led_trigger_blink[_oneshot]() delay parameters to pass-by-value, there are 2 reasons for this: 1. led_cdev->blink_set() may sleep, while led_trigger_blink() may not. So on hw where led_cdev->blink_set() sleeps the call needs to be deferred to a workqueue, in which case the actual achieved delays are unknown (this is a preparation patch for the deferring). 2. Since the callers don't care about the actual achieved delays, allowing callers to directly pass a value leads to simpler code for most callers. Reviewed-by: Jacek Anaszewski <jacek.anaszewski@gmail.com> Tested-by: Yauhen Kharuzhy <jekhor@gmail.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com> --- drivers/leds/led-triggers.c | 16 ++++++++-------- drivers/leds/trigger/ledtrig-disk.c | 9 +++------ drivers/leds/trigger/ledtrig-mtd.c | 8 ++------ drivers/net/arcnet/arcnet.c | 8 ++------ drivers/power/supply/power_supply_leds.c | 5 +---- drivers/usb/common/led.c | 4 +--- include/linux/leds.h | 16 ++++++++-------- net/mac80211/led.c | 2 +- net/mac80211/led.h | 8 ++------ net/netfilter/xt_LED.c | 3 +-- 10 files changed, 29 insertions(+), 50 deletions(-) diff --git a/drivers/leds/led-triggers.c b/drivers/leds/led-triggers.c index 072491d3e17b..e06361165e9b 100644 --- a/drivers/leds/led-triggers.c +++ b/drivers/leds/led-triggers.c @@ -393,8 +393,8 @@ void led_trigger_event(struct led_trigger *trig, EXPORT_SYMBOL_GPL(led_trigger_event); static void led_trigger_blink_setup(struct led_trigger *trig, - unsigned long *delay_on, - unsigned long *delay_off, + unsigned long delay_on, + unsigned long delay_off, int oneshot, int invert) { @@ -406,25 +406,25 @@ static void led_trigger_blink_setup(struct led_trigger *trig, rcu_read_lock(); list_for_each_entry_rcu(led_cdev, &trig->led_cdevs, trig_list) { if (oneshot) - led_blink_set_oneshot(led_cdev, delay_on, delay_off, + led_blink_set_oneshot(led_cdev, &delay_on, &delay_off, invert); else - led_blink_set(led_cdev, delay_on, delay_off); + led_blink_set(led_cdev, &delay_on, &delay_off); } rcu_read_unlock(); } void led_trigger_blink(struct led_trigger *trig, - unsigned long *delay_on, - unsigned long *delay_off) + unsigned long delay_on, + unsigned long delay_off) { led_trigger_blink_setup(trig, delay_on, delay_off, 0, 0); } EXPORT_SYMBOL_GPL(led_trigger_blink); void led_trigger_blink_oneshot(struct led_trigger *trig, - unsigned long *delay_on, - unsigned long *delay_off, + unsigned long delay_on, + unsigned long delay_off, int invert) { led_trigger_blink_setup(trig, delay_on, delay_off, 1, invert); diff --git a/drivers/leds/trigger/ledtrig-disk.c b/drivers/leds/trigger/ledtrig-disk.c index 0b7dfbd04273..e9b87ee944f2 100644 --- a/drivers/leds/trigger/ledtrig-disk.c +++ b/drivers/leds/trigger/ledtrig-disk.c @@ -19,16 +19,13 @@ DEFINE_LED_TRIGGER(ledtrig_disk_write); void ledtrig_disk_activity(bool write) { - unsigned long blink_delay = BLINK_DELAY; - - led_trigger_blink_oneshot(ledtrig_disk, - &blink_delay, &blink_delay, 0); + led_trigger_blink_oneshot(ledtrig_disk, BLINK_DELAY, BLINK_DELAY, 0); if (write) led_trigger_blink_oneshot(ledtrig_disk_write, - &blink_delay, &blink_delay, 0); + BLINK_DELAY, BLINK_DELAY, 0); else led_trigger_blink_oneshot(ledtrig_disk_read, - &blink_delay, &blink_delay, 0); + BLINK_DELAY, BLINK_DELAY, 0); } EXPORT_SYMBOL(ledtrig_disk_activity); diff --git a/drivers/leds/trigger/ledtrig-mtd.c b/drivers/leds/trigger/ledtrig-mtd.c index 8fa763c2269b..bbe6876a249d 100644 --- a/drivers/leds/trigger/ledtrig-mtd.c +++ b/drivers/leds/trigger/ledtrig-mtd.c @@ -22,12 +22,8 @@ DEFINE_LED_TRIGGER(ledtrig_nand); void ledtrig_mtd_activity(void) { - unsigned long blink_delay = BLINK_DELAY; - - led_trigger_blink_oneshot(ledtrig_mtd, - &blink_delay, &blink_delay, 0); - led_trigger_blink_oneshot(ledtrig_nand, - &blink_delay, &blink_delay, 0); + led_trigger_blink_oneshot(ledtrig_mtd, BLINK_DELAY, BLINK_DELAY, 0); + led_trigger_blink_oneshot(ledtrig_nand, BLINK_DELAY, BLINK_DELAY, 0); } EXPORT_SYMBOL(ledtrig_mtd_activity); diff --git a/drivers/net/arcnet/arcnet.c b/drivers/net/arcnet/arcnet.c index 1bad1866ae46..99265667538c 100644 --- a/drivers/net/arcnet/arcnet.c +++ b/drivers/net/arcnet/arcnet.c @@ -196,13 +196,10 @@ static void arcnet_dump_packet(struct net_device *dev, int bufnum, void arcnet_led_event(struct net_device *dev, enum arcnet_led_event event) { struct arcnet_local *lp = netdev_priv(dev); - unsigned long led_delay = 350; - unsigned long tx_delay = 50; switch (event) { case ARCNET_LED_EVENT_RECON: - led_trigger_blink_oneshot(lp->recon_led_trig, - &led_delay, &led_delay, 0); + led_trigger_blink_oneshot(lp->recon_led_trig, 350, 350, 0); break; case ARCNET_LED_EVENT_OPEN: led_trigger_event(lp->tx_led_trig, LED_OFF); @@ -213,8 +210,7 @@ void arcnet_led_event(struct net_device *dev, enum arcnet_led_event event) led_trigger_event(lp->recon_led_trig, LED_OFF); break; case ARCNET_LED_EVENT_TX: - led_trigger_blink_oneshot(lp->tx_led_trig, - &tx_delay, &tx_delay, 0); + led_trigger_blink_oneshot(lp->tx_led_trig, 50, 50, 0); break; } } diff --git a/drivers/power/supply/power_supply_leds.c b/drivers/power/supply/power_supply_leds.c index 702bf83f6e6d..e2f554e4e4e6 100644 --- a/drivers/power/supply/power_supply_leds.c +++ b/drivers/power/supply/power_supply_leds.c @@ -22,8 +22,6 @@ static void power_supply_update_bat_leds(struct power_supply *psy) { union power_supply_propval status; - unsigned long delay_on = 0; - unsigned long delay_off = 0; if (power_supply_get_property(psy, POWER_SUPPLY_PROP_STATUS, &status)) return; @@ -42,8 +40,7 @@ static void power_supply_update_bat_leds(struct power_supply *psy) led_trigger_event(psy->charging_full_trig, LED_FULL); led_trigger_event(psy->charging_trig, LED_FULL); led_trigger_event(psy->full_trig, LED_OFF); - led_trigger_blink(psy->charging_blink_full_solid_trig, - &delay_on, &delay_off); + led_trigger_blink(psy->charging_blink_full_solid_trig, 0, 0); break; default: led_trigger_event(psy->charging_full_trig, LED_OFF); diff --git a/drivers/usb/common/led.c b/drivers/usb/common/led.c index 0865dd44a80a..1de18d90b134 100644 --- a/drivers/usb/common/led.c +++ b/drivers/usb/common/led.c @@ -14,8 +14,6 @@ #define BLINK_DELAY 30 -static unsigned long usb_blink_delay = BLINK_DELAY; - DEFINE_LED_TRIGGER(ledtrig_usb_gadget); DEFINE_LED_TRIGGER(ledtrig_usb_host); @@ -32,7 +30,7 @@ void usb_led_activity(enum usb_led_event ev) break; } /* led_trigger_blink_oneshot() handles trig == NULL gracefully */ - led_trigger_blink_oneshot(trig, &usb_blink_delay, &usb_blink_delay, 0); + led_trigger_blink_oneshot(trig, BLINK_DELAY, BLINK_DELAY, 0); } EXPORT_SYMBOL_GPL(usb_led_activity); diff --git a/include/linux/leds.h b/include/linux/leds.h index c39bbf17a25b..c3dc22d184e2 100644 --- a/include/linux/leds.h +++ b/include/linux/leds.h @@ -433,11 +433,11 @@ void led_trigger_register_simple(const char *name, struct led_trigger **trigger); void led_trigger_unregister_simple(struct led_trigger *trigger); void led_trigger_event(struct led_trigger *trigger, enum led_brightness event); -void led_trigger_blink(struct led_trigger *trigger, unsigned long *delay_on, - unsigned long *delay_off); +void led_trigger_blink(struct led_trigger *trigger, unsigned long delay_on, + unsigned long delay_off); void led_trigger_blink_oneshot(struct led_trigger *trigger, - unsigned long *delay_on, - unsigned long *delay_off, + unsigned long delay_on, + unsigned long delay_off, int invert); void led_trigger_set_default(struct led_classdev *led_cdev); int led_trigger_set(struct led_classdev *led_cdev, struct led_trigger *trigger); @@ -487,11 +487,11 @@ static inline void led_trigger_unregister_simple(struct led_trigger *trigger) {} static inline void led_trigger_event(struct led_trigger *trigger, enum led_brightness event) {} static inline void led_trigger_blink(struct led_trigger *trigger, - unsigned long *delay_on, - unsigned long *delay_off) {} + unsigned long delay_on, + unsigned long delay_off) {} static inline void led_trigger_blink_oneshot(struct led_trigger *trigger, - unsigned long *delay_on, - unsigned long *delay_off, + unsigned long delay_on, + unsigned long delay_off, int invert) {} static inline void led_trigger_set_default(struct led_classdev *led_cdev) {} static inline int led_trigger_set(struct led_classdev *led_cdev, diff --git a/net/mac80211/led.c b/net/mac80211/led.c index 6de8d0ad5497..2dc732147e85 100644 --- a/net/mac80211/led.c +++ b/net/mac80211/led.c @@ -282,7 +282,7 @@ static void tpt_trig_timer(struct timer_list *t) } } - led_trigger_blink(&local->tpt_led, &on, &off); + led_trigger_blink(&local->tpt_led, on, off); } const char * diff --git a/net/mac80211/led.h b/net/mac80211/led.h index b71a1428d883..d25f13346b82 100644 --- a/net/mac80211/led.h +++ b/net/mac80211/led.h @@ -13,22 +13,18 @@ static inline void ieee80211_led_rx(struct ieee80211_local *local) { #ifdef CONFIG_MAC80211_LEDS - unsigned long led_delay = MAC80211_BLINK_DELAY; - if (!atomic_read(&local->rx_led_active)) return; - led_trigger_blink_oneshot(&local->rx_led, &led_delay, &led_delay, 0); + led_trigger_blink_oneshot(&local->rx_led, MAC80211_BLINK_DELAY, MAC80211_BLINK_DELAY, 0); #endif } static inline void ieee80211_led_tx(struct ieee80211_local *local) { #ifdef CONFIG_MAC80211_LEDS - unsigned long led_delay = MAC80211_BLINK_DELAY; - if (!atomic_read(&local->tx_led_active)) return; - led_trigger_blink_oneshot(&local->tx_led, &led_delay, &led_delay, 0); + led_trigger_blink_oneshot(&local->tx_led, MAC80211_BLINK_DELAY, MAC80211_BLINK_DELAY, 0); #endif } diff --git a/net/netfilter/xt_LED.c b/net/netfilter/xt_LED.c index 66b0f941d8fb..36c9720ad8d6 100644 --- a/net/netfilter/xt_LED.c +++ b/net/netfilter/xt_LED.c @@ -43,7 +43,6 @@ led_tg(struct sk_buff *skb, const struct xt_action_param *par) { const struct xt_led_info *ledinfo = par->targinfo; struct xt_led_info_internal *ledinternal = ledinfo->internal_data; - unsigned long led_delay = XT_LED_BLINK_DELAY; /* * If "always blink" is enabled, and there's still some time until the @@ -52,7 +51,7 @@ led_tg(struct sk_buff *skb, const struct xt_action_param *par) if ((ledinfo->delay > 0) && ledinfo->always_blink && timer_pending(&ledinternal->timer)) led_trigger_blink_oneshot(&ledinternal->netfilter_led_trigger, - &led_delay, &led_delay, 1); + XT_LED_BLINK_DELAY, XT_LED_BLINK_DELAY, 1); else led_trigger_event(&ledinternal->netfilter_led_trigger, LED_FULL); -- 2.40.1 ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value 2023-05-10 16:22 ` [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value Hans de Goede @ 2023-05-10 18:19 ` Sebastian Reichel 2023-05-10 21:43 ` Florian Westphal ` (2 subsequent siblings) 3 siblings, 0 replies; 12+ messages in thread From: Sebastian Reichel @ 2023-05-10 18:19 UTC (permalink / raw) To: Hans de Goede Cc: Pavel Machek, Jacek Anaszewski, Lee Jones, Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy [-- Attachment #1: Type: text/plain, Size: 12648 bytes --] Hi, On Wed, May 10, 2023 at 06:22:31PM +0200, Hans de Goede wrote: > led_blink_set[_oneshot]()'s delay_on and delay_off function parameters > are pass by reference, so that hw-blink implementations can report > back the actual achieved delays when the values have been rounded > to something the hw supports. > > This is really only interesting for the sysfs API / the timer trigger. > Other triggers don't really care about this and none of the callers of > led_trigger_blink[_oneshot]() do anything with the returned delay values. > > Change the led_trigger_blink[_oneshot]() delay parameters to pass-by-value, > there are 2 reasons for this: > > 1. led_cdev->blink_set() may sleep, while led_trigger_blink() may not. > So on hw where led_cdev->blink_set() sleeps the call needs to be deferred > to a workqueue, in which case the actual achieved delays are unknown > (this is a preparation patch for the deferring). > > 2. Since the callers don't care about the actual achieved delays, allowing > callers to directly pass a value leads to simpler code for most callers. > > Reviewed-by: Jacek Anaszewski <jacek.anaszewski@gmail.com> > Tested-by: Yauhen Kharuzhy <jekhor@gmail.com> > Signed-off-by: Hans de Goede <hdegoede@redhat.com> Acked-by: Sebastian Reichel <sebastian.reichel@collabora.com> -- Sebastian > --- > drivers/leds/led-triggers.c | 16 ++++++++-------- > drivers/leds/trigger/ledtrig-disk.c | 9 +++------ > drivers/leds/trigger/ledtrig-mtd.c | 8 ++------ > drivers/net/arcnet/arcnet.c | 8 ++------ > drivers/power/supply/power_supply_leds.c | 5 +---- > drivers/usb/common/led.c | 4 +--- > include/linux/leds.h | 16 ++++++++-------- > net/mac80211/led.c | 2 +- > net/mac80211/led.h | 8 ++------ > net/netfilter/xt_LED.c | 3 +-- > 10 files changed, 29 insertions(+), 50 deletions(-) > > diff --git a/drivers/leds/led-triggers.c b/drivers/leds/led-triggers.c > index 072491d3e17b..e06361165e9b 100644 > --- a/drivers/leds/led-triggers.c > +++ b/drivers/leds/led-triggers.c > @@ -393,8 +393,8 @@ void led_trigger_event(struct led_trigger *trig, > EXPORT_SYMBOL_GPL(led_trigger_event); > > static void led_trigger_blink_setup(struct led_trigger *trig, > - unsigned long *delay_on, > - unsigned long *delay_off, > + unsigned long delay_on, > + unsigned long delay_off, > int oneshot, > int invert) > { > @@ -406,25 +406,25 @@ static void led_trigger_blink_setup(struct led_trigger *trig, > rcu_read_lock(); > list_for_each_entry_rcu(led_cdev, &trig->led_cdevs, trig_list) { > if (oneshot) > - led_blink_set_oneshot(led_cdev, delay_on, delay_off, > + led_blink_set_oneshot(led_cdev, &delay_on, &delay_off, > invert); > else > - led_blink_set(led_cdev, delay_on, delay_off); > + led_blink_set(led_cdev, &delay_on, &delay_off); > } > rcu_read_unlock(); > } > > void led_trigger_blink(struct led_trigger *trig, > - unsigned long *delay_on, > - unsigned long *delay_off) > + unsigned long delay_on, > + unsigned long delay_off) > { > led_trigger_blink_setup(trig, delay_on, delay_off, 0, 0); > } > EXPORT_SYMBOL_GPL(led_trigger_blink); > > void led_trigger_blink_oneshot(struct led_trigger *trig, > - unsigned long *delay_on, > - unsigned long *delay_off, > + unsigned long delay_on, > + unsigned long delay_off, > int invert) > { > led_trigger_blink_setup(trig, delay_on, delay_off, 1, invert); > diff --git a/drivers/leds/trigger/ledtrig-disk.c b/drivers/leds/trigger/ledtrig-disk.c > index 0b7dfbd04273..e9b87ee944f2 100644 > --- a/drivers/leds/trigger/ledtrig-disk.c > +++ b/drivers/leds/trigger/ledtrig-disk.c > @@ -19,16 +19,13 @@ DEFINE_LED_TRIGGER(ledtrig_disk_write); > > void ledtrig_disk_activity(bool write) > { > - unsigned long blink_delay = BLINK_DELAY; > - > - led_trigger_blink_oneshot(ledtrig_disk, > - &blink_delay, &blink_delay, 0); > + led_trigger_blink_oneshot(ledtrig_disk, BLINK_DELAY, BLINK_DELAY, 0); > if (write) > led_trigger_blink_oneshot(ledtrig_disk_write, > - &blink_delay, &blink_delay, 0); > + BLINK_DELAY, BLINK_DELAY, 0); > else > led_trigger_blink_oneshot(ledtrig_disk_read, > - &blink_delay, &blink_delay, 0); > + BLINK_DELAY, BLINK_DELAY, 0); > } > EXPORT_SYMBOL(ledtrig_disk_activity); > > diff --git a/drivers/leds/trigger/ledtrig-mtd.c b/drivers/leds/trigger/ledtrig-mtd.c > index 8fa763c2269b..bbe6876a249d 100644 > --- a/drivers/leds/trigger/ledtrig-mtd.c > +++ b/drivers/leds/trigger/ledtrig-mtd.c > @@ -22,12 +22,8 @@ DEFINE_LED_TRIGGER(ledtrig_nand); > > void ledtrig_mtd_activity(void) > { > - unsigned long blink_delay = BLINK_DELAY; > - > - led_trigger_blink_oneshot(ledtrig_mtd, > - &blink_delay, &blink_delay, 0); > - led_trigger_blink_oneshot(ledtrig_nand, > - &blink_delay, &blink_delay, 0); > + led_trigger_blink_oneshot(ledtrig_mtd, BLINK_DELAY, BLINK_DELAY, 0); > + led_trigger_blink_oneshot(ledtrig_nand, BLINK_DELAY, BLINK_DELAY, 0); > } > EXPORT_SYMBOL(ledtrig_mtd_activity); > > diff --git a/drivers/net/arcnet/arcnet.c b/drivers/net/arcnet/arcnet.c > index 1bad1866ae46..99265667538c 100644 > --- a/drivers/net/arcnet/arcnet.c > +++ b/drivers/net/arcnet/arcnet.c > @@ -196,13 +196,10 @@ static void arcnet_dump_packet(struct net_device *dev, int bufnum, > void arcnet_led_event(struct net_device *dev, enum arcnet_led_event event) > { > struct arcnet_local *lp = netdev_priv(dev); > - unsigned long led_delay = 350; > - unsigned long tx_delay = 50; > > switch (event) { > case ARCNET_LED_EVENT_RECON: > - led_trigger_blink_oneshot(lp->recon_led_trig, > - &led_delay, &led_delay, 0); > + led_trigger_blink_oneshot(lp->recon_led_trig, 350, 350, 0); > break; > case ARCNET_LED_EVENT_OPEN: > led_trigger_event(lp->tx_led_trig, LED_OFF); > @@ -213,8 +210,7 @@ void arcnet_led_event(struct net_device *dev, enum arcnet_led_event event) > led_trigger_event(lp->recon_led_trig, LED_OFF); > break; > case ARCNET_LED_EVENT_TX: > - led_trigger_blink_oneshot(lp->tx_led_trig, > - &tx_delay, &tx_delay, 0); > + led_trigger_blink_oneshot(lp->tx_led_trig, 50, 50, 0); > break; > } > } > diff --git a/drivers/power/supply/power_supply_leds.c b/drivers/power/supply/power_supply_leds.c > index 702bf83f6e6d..e2f554e4e4e6 100644 > --- a/drivers/power/supply/power_supply_leds.c > +++ b/drivers/power/supply/power_supply_leds.c > @@ -22,8 +22,6 @@ > static void power_supply_update_bat_leds(struct power_supply *psy) > { > union power_supply_propval status; > - unsigned long delay_on = 0; > - unsigned long delay_off = 0; > > if (power_supply_get_property(psy, POWER_SUPPLY_PROP_STATUS, &status)) > return; > @@ -42,8 +40,7 @@ static void power_supply_update_bat_leds(struct power_supply *psy) > led_trigger_event(psy->charging_full_trig, LED_FULL); > led_trigger_event(psy->charging_trig, LED_FULL); > led_trigger_event(psy->full_trig, LED_OFF); > - led_trigger_blink(psy->charging_blink_full_solid_trig, > - &delay_on, &delay_off); > + led_trigger_blink(psy->charging_blink_full_solid_trig, 0, 0); > break; > default: > led_trigger_event(psy->charging_full_trig, LED_OFF); > diff --git a/drivers/usb/common/led.c b/drivers/usb/common/led.c > index 0865dd44a80a..1de18d90b134 100644 > --- a/drivers/usb/common/led.c > +++ b/drivers/usb/common/led.c > @@ -14,8 +14,6 @@ > > #define BLINK_DELAY 30 > > -static unsigned long usb_blink_delay = BLINK_DELAY; > - > DEFINE_LED_TRIGGER(ledtrig_usb_gadget); > DEFINE_LED_TRIGGER(ledtrig_usb_host); > > @@ -32,7 +30,7 @@ void usb_led_activity(enum usb_led_event ev) > break; > } > /* led_trigger_blink_oneshot() handles trig == NULL gracefully */ > - led_trigger_blink_oneshot(trig, &usb_blink_delay, &usb_blink_delay, 0); > + led_trigger_blink_oneshot(trig, BLINK_DELAY, BLINK_DELAY, 0); > } > EXPORT_SYMBOL_GPL(usb_led_activity); > > diff --git a/include/linux/leds.h b/include/linux/leds.h > index c39bbf17a25b..c3dc22d184e2 100644 > --- a/include/linux/leds.h > +++ b/include/linux/leds.h > @@ -433,11 +433,11 @@ void led_trigger_register_simple(const char *name, > struct led_trigger **trigger); > void led_trigger_unregister_simple(struct led_trigger *trigger); > void led_trigger_event(struct led_trigger *trigger, enum led_brightness event); > -void led_trigger_blink(struct led_trigger *trigger, unsigned long *delay_on, > - unsigned long *delay_off); > +void led_trigger_blink(struct led_trigger *trigger, unsigned long delay_on, > + unsigned long delay_off); > void led_trigger_blink_oneshot(struct led_trigger *trigger, > - unsigned long *delay_on, > - unsigned long *delay_off, > + unsigned long delay_on, > + unsigned long delay_off, > int invert); > void led_trigger_set_default(struct led_classdev *led_cdev); > int led_trigger_set(struct led_classdev *led_cdev, struct led_trigger *trigger); > @@ -487,11 +487,11 @@ static inline void led_trigger_unregister_simple(struct led_trigger *trigger) {} > static inline void led_trigger_event(struct led_trigger *trigger, > enum led_brightness event) {} > static inline void led_trigger_blink(struct led_trigger *trigger, > - unsigned long *delay_on, > - unsigned long *delay_off) {} > + unsigned long delay_on, > + unsigned long delay_off) {} > static inline void led_trigger_blink_oneshot(struct led_trigger *trigger, > - unsigned long *delay_on, > - unsigned long *delay_off, > + unsigned long delay_on, > + unsigned long delay_off, > int invert) {} > static inline void led_trigger_set_default(struct led_classdev *led_cdev) {} > static inline int led_trigger_set(struct led_classdev *led_cdev, > diff --git a/net/mac80211/led.c b/net/mac80211/led.c > index 6de8d0ad5497..2dc732147e85 100644 > --- a/net/mac80211/led.c > +++ b/net/mac80211/led.c > @@ -282,7 +282,7 @@ static void tpt_trig_timer(struct timer_list *t) > } > } > > - led_trigger_blink(&local->tpt_led, &on, &off); > + led_trigger_blink(&local->tpt_led, on, off); > } > > const char * > diff --git a/net/mac80211/led.h b/net/mac80211/led.h > index b71a1428d883..d25f13346b82 100644 > --- a/net/mac80211/led.h > +++ b/net/mac80211/led.h > @@ -13,22 +13,18 @@ > static inline void ieee80211_led_rx(struct ieee80211_local *local) > { > #ifdef CONFIG_MAC80211_LEDS > - unsigned long led_delay = MAC80211_BLINK_DELAY; > - > if (!atomic_read(&local->rx_led_active)) > return; > - led_trigger_blink_oneshot(&local->rx_led, &led_delay, &led_delay, 0); > + led_trigger_blink_oneshot(&local->rx_led, MAC80211_BLINK_DELAY, MAC80211_BLINK_DELAY, 0); > #endif > } > > static inline void ieee80211_led_tx(struct ieee80211_local *local) > { > #ifdef CONFIG_MAC80211_LEDS > - unsigned long led_delay = MAC80211_BLINK_DELAY; > - > if (!atomic_read(&local->tx_led_active)) > return; > - led_trigger_blink_oneshot(&local->tx_led, &led_delay, &led_delay, 0); > + led_trigger_blink_oneshot(&local->tx_led, MAC80211_BLINK_DELAY, MAC80211_BLINK_DELAY, 0); > #endif > } > > diff --git a/net/netfilter/xt_LED.c b/net/netfilter/xt_LED.c > index 66b0f941d8fb..36c9720ad8d6 100644 > --- a/net/netfilter/xt_LED.c > +++ b/net/netfilter/xt_LED.c > @@ -43,7 +43,6 @@ led_tg(struct sk_buff *skb, const struct xt_action_param *par) > { > const struct xt_led_info *ledinfo = par->targinfo; > struct xt_led_info_internal *ledinternal = ledinfo->internal_data; > - unsigned long led_delay = XT_LED_BLINK_DELAY; > > /* > * If "always blink" is enabled, and there's still some time until the > @@ -52,7 +51,7 @@ led_tg(struct sk_buff *skb, const struct xt_action_param *par) > if ((ledinfo->delay > 0) && ledinfo->always_blink && > timer_pending(&ledinternal->timer)) > led_trigger_blink_oneshot(&ledinternal->netfilter_led_trigger, > - &led_delay, &led_delay, 1); > + XT_LED_BLINK_DELAY, XT_LED_BLINK_DELAY, 1); > else > led_trigger_event(&ledinternal->netfilter_led_trigger, LED_FULL); > > -- > 2.40.1 > [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value 2023-05-10 16:22 ` [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value Hans de Goede 2023-05-10 18:19 ` Sebastian Reichel @ 2023-05-10 21:43 ` Florian Westphal 2023-05-10 22:53 ` Greg Kroah-Hartman 2023-05-18 12:12 ` Lee Jones 3 siblings, 0 replies; 12+ messages in thread From: Florian Westphal @ 2023-05-10 21:43 UTC (permalink / raw) To: Hans de Goede Cc: Pavel Machek, Jacek Anaszewski, Lee Jones, Sebastian Reichel, Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy Hans de Goede <hdegoede@redhat.com> wrote: > led_blink_set[_oneshot]()'s delay_on and delay_off function parameters > are pass by reference, so that hw-blink implementations can report > back the actual achieved delays when the values have been rounded > to something the hw supports. > > This is really only interesting for the sysfs API / the timer trigger. > Other triggers don't really care about this and none of the callers of > led_trigger_blink[_oneshot]() do anything with the returned delay values. > > Change the led_trigger_blink[_oneshot]() delay parameters to pass-by-value, > there are 2 reasons for this: > > 1. led_cdev->blink_set() may sleep, while led_trigger_blink() may not. > So on hw where led_cdev->blink_set() sleeps the call needs to be deferred > to a workqueue, in which case the actual achieved delays are unknown > (this is a preparation patch for the deferring). > > 2. Since the callers don't care about the actual achieved delays, allowing > callers to directly pass a value leads to simpler code for most callers. For netfilter: Acked-by: Florian Westphal <fw@strlen.de> ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value 2023-05-10 16:22 ` [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value Hans de Goede 2023-05-10 18:19 ` Sebastian Reichel 2023-05-10 21:43 ` Florian Westphal @ 2023-05-10 22:53 ` Greg Kroah-Hartman 2023-05-18 12:12 ` Lee Jones 3 siblings, 0 replies; 12+ messages in thread From: Greg Kroah-Hartman @ 2023-05-10 22:53 UTC (permalink / raw) To: Hans de Goede Cc: Pavel Machek, Jacek Anaszewski, Lee Jones, Sebastian Reichel, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy On Wed, May 10, 2023 at 06:22:31PM +0200, Hans de Goede wrote: > led_blink_set[_oneshot]()'s delay_on and delay_off function parameters > are pass by reference, so that hw-blink implementations can report > back the actual achieved delays when the values have been rounded > to something the hw supports. > > This is really only interesting for the sysfs API / the timer trigger. > Other triggers don't really care about this and none of the callers of > led_trigger_blink[_oneshot]() do anything with the returned delay values. > > Change the led_trigger_blink[_oneshot]() delay parameters to pass-by-value, > there are 2 reasons for this: > > 1. led_cdev->blink_set() may sleep, while led_trigger_blink() may not. > So on hw where led_cdev->blink_set() sleeps the call needs to be deferred > to a workqueue, in which case the actual achieved delays are unknown > (this is a preparation patch for the deferring). > > 2. Since the callers don't care about the actual achieved delays, allowing > callers to directly pass a value leads to simpler code for most callers. > > Reviewed-by: Jacek Anaszewski <jacek.anaszewski@gmail.com> > Tested-by: Yauhen Kharuzhy <jekhor@gmail.com> > Signed-off-by: Hans de Goede <hdegoede@redhat.com> Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value 2023-05-10 16:22 ` [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value Hans de Goede ` (2 preceding siblings ...) 2023-05-10 22:53 ` Greg Kroah-Hartman @ 2023-05-18 12:12 ` Lee Jones 3 siblings, 0 replies; 12+ messages in thread From: Lee Jones @ 2023-05-18 12:12 UTC (permalink / raw) To: Hans de Goede Cc: Pavel Machek, Jacek Anaszewski, Sebastian Reichel, Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy On Wed, 10 May 2023, Hans de Goede wrote: > led_blink_set[_oneshot]()'s delay_on and delay_off function parameters > are pass by reference, so that hw-blink implementations can report > back the actual achieved delays when the values have been rounded > to something the hw supports. > > This is really only interesting for the sysfs API / the timer trigger. > Other triggers don't really care about this and none of the callers of > led_trigger_blink[_oneshot]() do anything with the returned delay values. > > Change the led_trigger_blink[_oneshot]() delay parameters to pass-by-value, > there are 2 reasons for this: > > 1. led_cdev->blink_set() may sleep, while led_trigger_blink() may not. > So on hw where led_cdev->blink_set() sleeps the call needs to be deferred > to a workqueue, in which case the actual achieved delays are unknown > (this is a preparation patch for the deferring). > > 2. Since the callers don't care about the actual achieved delays, allowing > callers to directly pass a value leads to simpler code for most callers. > > Reviewed-by: Jacek Anaszewski <jacek.anaszewski@gmail.com> > Tested-by: Yauhen Kharuzhy <jekhor@gmail.com> > Signed-off-by: Hans de Goede <hdegoede@redhat.com> > --- > drivers/leds/led-triggers.c | 16 ++++++++-------- > drivers/leds/trigger/ledtrig-disk.c | 9 +++------ > drivers/leds/trigger/ledtrig-mtd.c | 8 ++------ > drivers/net/arcnet/arcnet.c | 8 ++------ > drivers/power/supply/power_supply_leds.c | 5 +---- > drivers/usb/common/led.c | 4 +--- > include/linux/leds.h | 16 ++++++++-------- > net/mac80211/led.c | 2 +- > net/mac80211/led.h | 8 ++------ > net/netfilter/xt_LED.c | 3 +-- > 10 files changed, 29 insertions(+), 50 deletions(-) Applied, thanks -- Lee Jones [李琼斯] ^ permalink raw reply [flat|nested] 12+ messages in thread
* [PATCH RESEND 2/4] leds: Fix set_brightness_delayed() race 2023-05-10 16:22 [PATCH RESEND 0/4] Fix oops about sleeping in led_trigger_blink() Hans de Goede 2023-05-10 16:22 ` [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value Hans de Goede @ 2023-05-10 16:22 ` Hans de Goede 2023-05-18 12:13 ` Lee Jones 2023-05-10 16:22 ` [PATCH RESEND 3/4] leds: Fix oops about sleeping in led_trigger_blink() Hans de Goede 2023-05-10 16:22 ` [PATCH RESEND 4/4] leds: Clear LED_INIT_DEFAULT_TRIGGER when clearing current trigger Hans de Goede 3 siblings, 1 reply; 12+ messages in thread From: Hans de Goede @ 2023-05-10 16:22 UTC (permalink / raw) To: Pavel Machek, Jacek Anaszewski, Lee Jones, Sebastian Reichel, Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik Cc: Hans de Goede, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy When a trigger wants to switch from blinking to LED on it needs to call: led_set_brightness(LED_OFF); led_set_brightness(LED_FULL); To first call disables blinking and the second then turns the LED on (the power-supply charging-blink-full-solid triggers do this). These calls happen immediately after each other, so it is possible that set_brightness_delayed() from the first call has not run yet when the led_set_brightness(LED_FULL) call finishes. If this race hits then this is causing problems for both sw- and hw-blinking: For sw-blinking set_brightness_delayed() clears delayed_set_value when LED_BLINK_DISABLE is set causing the led_set_brightness(LED_FULL) call effects to get lost when hitting the race, resulting in the LED turning off instead of on. For hw-blinking if the race hits delayed_set_value has been set to LED_FULL by the time set_brightness_delayed() runs. So led_cdev->brightness_set_blocking() is never called with LED_OFF as argument and the hw-blinking is never disabled leaving the LED blinking instead of on. Fix both issues by adding LED_SET_BRIGHTNESS and LED_SET_BRIGHTNESS_OFF work_flags making this 2 separate actions to be run by set_brightness_delayed(). Reviewed-by: Jacek Anaszewski <jacek.anaszewski@gmail.com> Tested-by: Yauhen Kharuzhy <jekhor@gmail.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com> --- drivers/leds/led-core.c | 57 +++++++++++++++++++++++++++++++---------- include/linux/leds.h | 3 +++ 2 files changed, 47 insertions(+), 13 deletions(-) diff --git a/drivers/leds/led-core.c b/drivers/leds/led-core.c index 4a97cb745788..e61acc785410 100644 --- a/drivers/leds/led-core.c +++ b/drivers/leds/led-core.c @@ -114,21 +114,14 @@ static void led_timer_function(struct timer_list *t) mod_timer(&led_cdev->blink_timer, jiffies + msecs_to_jiffies(delay)); } -static void set_brightness_delayed(struct work_struct *ws) +static void set_brightness_delayed_set_brightness(struct led_classdev *led_cdev, + unsigned int value) { - struct led_classdev *led_cdev = - container_of(ws, struct led_classdev, set_brightness_work); int ret = 0; - if (test_and_clear_bit(LED_BLINK_DISABLE, &led_cdev->work_flags)) { - led_cdev->delayed_set_value = LED_OFF; - led_stop_software_blink(led_cdev); - } - - ret = __led_set_brightness(led_cdev, led_cdev->delayed_set_value); + ret = __led_set_brightness(led_cdev, value); if (ret == -ENOTSUPP) - ret = __led_set_brightness_blocking(led_cdev, - led_cdev->delayed_set_value); + ret = __led_set_brightness_blocking(led_cdev, value); if (ret < 0 && /* LED HW might have been unplugged, therefore don't warn */ !(ret == -ENODEV && (led_cdev->flags & LED_UNREGISTERING) && @@ -137,6 +130,30 @@ static void set_brightness_delayed(struct work_struct *ws) "Setting an LED's brightness failed (%d)\n", ret); } +static void set_brightness_delayed(struct work_struct *ws) +{ + struct led_classdev *led_cdev = + container_of(ws, struct led_classdev, set_brightness_work); + + if (test_and_clear_bit(LED_BLINK_DISABLE, &led_cdev->work_flags)) { + led_stop_software_blink(led_cdev); + set_bit(LED_SET_BRIGHTNESS_OFF, &led_cdev->work_flags); + } + + /* + * Triggers may call led_set_brightness(LED_OFF), + * led_set_brightness(LED_FULL) in quick succession to disable blinking + * and turn the LED on. Both actions may have been scheduled to run + * before this work item runs once. To make sure this works properly + * handle LED_SET_BRIGHTNESS_OFF first. + */ + if (test_and_clear_bit(LED_SET_BRIGHTNESS_OFF, &led_cdev->work_flags)) + set_brightness_delayed_set_brightness(led_cdev, LED_OFF); + + if (test_and_clear_bit(LED_SET_BRIGHTNESS, &led_cdev->work_flags)) + set_brightness_delayed_set_brightness(led_cdev, led_cdev->delayed_set_value); +} + static void led_set_software_blink(struct led_classdev *led_cdev, unsigned long delay_on, unsigned long delay_off) @@ -271,8 +288,22 @@ void led_set_brightness_nopm(struct led_classdev *led_cdev, unsigned int value) if (!__led_set_brightness(led_cdev, value)) return; - /* If brightness setting can sleep, delegate it to a work queue task */ - led_cdev->delayed_set_value = value; + /* + * Brightness setting can sleep, delegate it to a work queue task. + * value 0 / LED_OFF is special, since it also disables hw-blinking + * (sw-blink disable is handled in led_set_brightness()). + * To avoid a hw-blink-disable getting lost when a second brightness + * change is done immediately afterwards (before the work runs), + * it uses a separate work_flag. + */ + if (value) { + led_cdev->delayed_set_value = value; + set_bit(LED_SET_BRIGHTNESS, &led_cdev->work_flags); + } else { + clear_bit(LED_SET_BRIGHTNESS, &led_cdev->work_flags); + set_bit(LED_SET_BRIGHTNESS_OFF, &led_cdev->work_flags); + } + schedule_work(&led_cdev->set_brightness_work); } EXPORT_SYMBOL_GPL(led_set_brightness_nopm); diff --git a/include/linux/leds.h b/include/linux/leds.h index c3dc22d184e2..de813fe96a20 100644 --- a/include/linux/leds.h +++ b/include/linux/leds.h @@ -124,6 +124,9 @@ struct led_classdev { #define LED_BLINK_INVERT 3 #define LED_BLINK_BRIGHTNESS_CHANGE 4 #define LED_BLINK_DISABLE 5 + /* Brightness off also disables hw-blinking so it is a separate action */ +#define LED_SET_BRIGHTNESS_OFF 6 +#define LED_SET_BRIGHTNESS 7 /* Set LED brightness level * Must not sleep. Use brightness_set_blocking for drivers -- 2.40.1 ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [PATCH RESEND 2/4] leds: Fix set_brightness_delayed() race 2023-05-10 16:22 ` [PATCH RESEND 2/4] leds: Fix set_brightness_delayed() race Hans de Goede @ 2023-05-18 12:13 ` Lee Jones 0 siblings, 0 replies; 12+ messages in thread From: Lee Jones @ 2023-05-18 12:13 UTC (permalink / raw) To: Hans de Goede Cc: Pavel Machek, Jacek Anaszewski, Sebastian Reichel, Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy On Wed, 10 May 2023, Hans de Goede wrote: > When a trigger wants to switch from blinking to LED on it needs to call: > led_set_brightness(LED_OFF); > led_set_brightness(LED_FULL); > > To first call disables blinking and the second then turns the LED on > (the power-supply charging-blink-full-solid triggers do this). > > These calls happen immediately after each other, so it is possible > that set_brightness_delayed() from the first call has not run yet > when the led_set_brightness(LED_FULL) call finishes. > > If this race hits then this is causing problems for both > sw- and hw-blinking: > > For sw-blinking set_brightness_delayed() clears delayed_set_value > when LED_BLINK_DISABLE is set causing the led_set_brightness(LED_FULL) > call effects to get lost when hitting the race, resulting in the LED > turning off instead of on. > > For hw-blinking if the race hits delayed_set_value has been > set to LED_FULL by the time set_brightness_delayed() runs. > So led_cdev->brightness_set_blocking() is never called with > LED_OFF as argument and the hw-blinking is never disabled leaving > the LED blinking instead of on. > > Fix both issues by adding LED_SET_BRIGHTNESS and LED_SET_BRIGHTNESS_OFF > work_flags making this 2 separate actions to be run by > set_brightness_delayed(). > > Reviewed-by: Jacek Anaszewski <jacek.anaszewski@gmail.com> > Tested-by: Yauhen Kharuzhy <jekhor@gmail.com> > Signed-off-by: Hans de Goede <hdegoede@redhat.com> > --- > drivers/leds/led-core.c | 57 +++++++++++++++++++++++++++++++---------- > include/linux/leds.h | 3 +++ > 2 files changed, 47 insertions(+), 13 deletions(-) Applied, thanks -- Lee Jones [李琼斯] ^ permalink raw reply [flat|nested] 12+ messages in thread
* [PATCH RESEND 3/4] leds: Fix oops about sleeping in led_trigger_blink() 2023-05-10 16:22 [PATCH RESEND 0/4] Fix oops about sleeping in led_trigger_blink() Hans de Goede 2023-05-10 16:22 ` [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value Hans de Goede 2023-05-10 16:22 ` [PATCH RESEND 2/4] leds: Fix set_brightness_delayed() race Hans de Goede @ 2023-05-10 16:22 ` Hans de Goede 2023-05-18 12:13 ` Lee Jones 2023-05-10 16:22 ` [PATCH RESEND 4/4] leds: Clear LED_INIT_DEFAULT_TRIGGER when clearing current trigger Hans de Goede 3 siblings, 1 reply; 12+ messages in thread From: Hans de Goede @ 2023-05-10 16:22 UTC (permalink / raw) To: Pavel Machek, Jacek Anaszewski, Lee Jones, Sebastian Reichel, Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik Cc: Hans de Goede, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy led_trigger_blink() calls led_blink_set() from a RCU read-side critical section so led_blink_set() must not sleep. Note sleeping was not allowed before the switch to RCU either because a spinlock was held before. led_blink_set() does not sleep when sw-blinking is used, but many LED controller drivers with hw blink support have a blink_set function which may sleep, leading to an oops like this one: [ 832.605062] ------------[ cut here ]------------ [ 832.605085] Voluntary context switch within RCU read-side critical section! [ 832.605119] WARNING: CPU: 2 PID: 370 at kernel/rcu/tree_plugin.h:318 rcu_note_context_switch+0x4ee/0x690 <snip> [ 832.606453] Call Trace: [ 832.606466] <TASK> [ 832.606487] __schedule+0x9f/0x1480 [ 832.606527] schedule+0x5d/0xe0 [ 832.606549] schedule_timeout+0x79/0x140 [ 832.606572] ? __pfx_process_timeout+0x10/0x10 [ 832.606599] wait_for_completion_timeout+0x6f/0x140 [ 832.606627] i2c_dw_xfer+0x101/0x460 [ 832.606659] ? psi_group_change+0x168/0x400 [ 832.606680] __i2c_transfer+0x172/0x6d0 [ 832.606709] i2c_smbus_xfer_emulated+0x27d/0x9c0 [ 832.606732] ? __schedule+0x430/0x1480 [ 832.606753] ? preempt_count_add+0x6a/0xa0 [ 832.606778] ? get_nohz_timer_target+0x18/0x190 [ 832.606796] ? lock_timer_base+0x61/0x80 [ 832.606817] ? preempt_count_add+0x6a/0xa0 [ 832.606842] __i2c_smbus_xfer+0xa2/0x3f0 [ 832.606862] i2c_smbus_xfer+0x66/0xf0 [ 832.606882] i2c_smbus_read_byte_data+0x41/0x70 [ 832.606901] ? _raw_spin_unlock_irqrestore+0x23/0x40 [ 832.606922] ? __pm_runtime_suspend+0x46/0xc0 [ 832.606946] cht_wc_byte_reg_read+0x2e/0x60 [ 832.606972] _regmap_read+0x5c/0x120 [ 832.606997] _regmap_update_bits+0x96/0xc0 [ 832.607023] regmap_update_bits_base+0x5b/0x90 [ 832.607053] cht_wc_leds_brightness_get+0x412/0x910 [leds_cht_wcove] [ 832.607094] led_blink_setup+0x28/0x100 [ 832.607119] led_trigger_blink+0x40/0x70 [ 832.607145] power_supply_update_leds+0x1b7/0x1c0 [ 832.607174] power_supply_changed_work+0x67/0xe0 [ 832.607198] process_one_work+0x1c8/0x3c0 [ 832.607222] worker_thread+0x4d/0x380 [ 832.607243] ? __pfx_worker_thread+0x10/0x10 [ 832.607258] kthread+0xe9/0x110 [ 832.607279] ? __pfx_kthread+0x10/0x10 [ 832.607300] ret_from_fork+0x2c/0x50 [ 832.607337] </TASK> [ 832.607344] ---[ end trace 0000000000000000 ]--- Add a new led_blink_set_nosleep() function which defers the actual led_blink_set() call to a workqueue when necessary to fix this. This also fixes an existing race where a pending led_set_brightness() has been deferred to set_brightness_work and might then race with a later led_cdev->blink_set() call. Note this race is only an issue with triggers mixing led_trigger_event() and led_trigger_blink() calls, sysfs API calls and led_trigger_blink_oneshot() are not affected. Note rather then adding a separate blink_set_blocking callback this uses the presence of the already existing brightness_set_blocking callback to detect if the blinking call should be deferred to set_brightness_work. Reviewed-by: Jacek Anaszewski <jacek.anaszewski@gmail.com> Tested-by: Yauhen Kharuzhy <jekhor@gmail.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com> --- drivers/leds/led-core.c | 24 ++++++++++++++++++++++++ drivers/leds/led-triggers.c | 2 +- include/linux/leds.h | 24 ++++++++++++++++++++++++ 3 files changed, 49 insertions(+), 1 deletion(-) diff --git a/drivers/leds/led-core.c b/drivers/leds/led-core.c index e61acc785410..b9b1295833c9 100644 --- a/drivers/leds/led-core.c +++ b/drivers/leds/led-core.c @@ -152,6 +152,13 @@ static void set_brightness_delayed(struct work_struct *ws) if (test_and_clear_bit(LED_SET_BRIGHTNESS, &led_cdev->work_flags)) set_brightness_delayed_set_brightness(led_cdev, led_cdev->delayed_set_value); + + if (test_and_clear_bit(LED_SET_BLINK, &led_cdev->work_flags)) { + unsigned long delay_on = led_cdev->delayed_delay_on; + unsigned long delay_off = led_cdev->delayed_delay_off; + + led_blink_set(led_cdev, &delay_on, &delay_off); + } } static void led_set_software_blink(struct led_classdev *led_cdev, @@ -246,6 +253,22 @@ void led_blink_set_oneshot(struct led_classdev *led_cdev, } EXPORT_SYMBOL_GPL(led_blink_set_oneshot); +void led_blink_set_nosleep(struct led_classdev *led_cdev, unsigned long delay_on, + unsigned long delay_off) +{ + /* If necessary delegate to a work queue task. */ + if (led_cdev->blink_set && led_cdev->brightness_set_blocking) { + led_cdev->delayed_delay_on = delay_on; + led_cdev->delayed_delay_off = delay_off; + set_bit(LED_SET_BLINK, &led_cdev->work_flags); + schedule_work(&led_cdev->set_brightness_work); + return; + } + + led_blink_set(led_cdev, &delay_on, &delay_off); +} +EXPORT_SYMBOL_GPL(led_blink_set_nosleep); + void led_stop_software_blink(struct led_classdev *led_cdev) { del_timer_sync(&led_cdev->blink_timer); @@ -301,6 +324,7 @@ void led_set_brightness_nopm(struct led_classdev *led_cdev, unsigned int value) set_bit(LED_SET_BRIGHTNESS, &led_cdev->work_flags); } else { clear_bit(LED_SET_BRIGHTNESS, &led_cdev->work_flags); + clear_bit(LED_SET_BLINK, &led_cdev->work_flags); set_bit(LED_SET_BRIGHTNESS_OFF, &led_cdev->work_flags); } diff --git a/drivers/leds/led-triggers.c b/drivers/leds/led-triggers.c index e06361165e9b..8214d3f7bc5f 100644 --- a/drivers/leds/led-triggers.c +++ b/drivers/leds/led-triggers.c @@ -409,7 +409,7 @@ static void led_trigger_blink_setup(struct led_trigger *trig, led_blink_set_oneshot(led_cdev, &delay_on, &delay_off, invert); else - led_blink_set(led_cdev, &delay_on, &delay_off); + led_blink_set_nosleep(led_cdev, delay_on, delay_off); } rcu_read_unlock(); } diff --git a/include/linux/leds.h b/include/linux/leds.h index de813fe96a20..50b2f8f153fb 100644 --- a/include/linux/leds.h +++ b/include/linux/leds.h @@ -127,6 +127,7 @@ struct led_classdev { /* Brightness off also disables hw-blinking so it is a separate action */ #define LED_SET_BRIGHTNESS_OFF 6 #define LED_SET_BRIGHTNESS 7 +#define LED_SET_BLINK 8 /* Set LED brightness level * Must not sleep. Use brightness_set_blocking for drivers @@ -150,6 +151,10 @@ struct led_classdev { * match the values specified exactly. * Deactivate blinking again when the brightness is set to LED_OFF * via the brightness_set() callback. + * For led_blink_set_nosleep() the LED core assumes that blink_set + * implementations, of drivers which do not use brightness_set_blocking, + * will not sleep. Therefor if brightness_set_blocking is not set + * this function must not sleep! */ int (*blink_set)(struct led_classdev *led_cdev, unsigned long *delay_on, @@ -173,6 +178,8 @@ struct led_classdev { struct work_struct set_brightness_work; int delayed_set_value; + unsigned long delayed_delay_on; + unsigned long delayed_delay_off; #ifdef CONFIG_LEDS_TRIGGERS /* Protects the trigger data below */ @@ -275,12 +282,27 @@ struct led_classdev *__must_check devm_of_led_get(struct device *dev, * software blinking if there is no hardware blinking or if * the LED refuses the passed values. * + * This function may sleep! + * * Note that if software blinking is active, simply calling * led_cdev->brightness_set() will not stop the blinking, * use led_set_brightness() instead. */ void led_blink_set(struct led_classdev *led_cdev, unsigned long *delay_on, unsigned long *delay_off); + +/** + * led_blink_set_nosleep - set blinking, guaranteed to not sleep + * @led_cdev: the LED to start blinking + * @delay_on: the time it should be on (in ms) + * @delay_off: the time it should ble off (in ms) + * + * This function makes the LED blink and is guaranteed to not sleep. Otherwise + * this is the same as led_blink_set(), see led_blink_set() for details. + */ +void led_blink_set_nosleep(struct led_classdev *led_cdev, unsigned long delay_on, + unsigned long delay_off); + /** * led_blink_set_oneshot - do a oneshot software blink * @led_cdev: the LED to start blinking @@ -294,6 +316,8 @@ void led_blink_set(struct led_classdev *led_cdev, unsigned long *delay_on, * * If invert is set, led blinks for delay_off first, then for * delay_on and leave the led on after the on-off cycle. + * + * This function is guaranteed not to sleep. */ void led_blink_set_oneshot(struct led_classdev *led_cdev, unsigned long *delay_on, unsigned long *delay_off, -- 2.40.1 ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [PATCH RESEND 3/4] leds: Fix oops about sleeping in led_trigger_blink() 2023-05-10 16:22 ` [PATCH RESEND 3/4] leds: Fix oops about sleeping in led_trigger_blink() Hans de Goede @ 2023-05-18 12:13 ` Lee Jones 0 siblings, 0 replies; 12+ messages in thread From: Lee Jones @ 2023-05-18 12:13 UTC (permalink / raw) To: Hans de Goede Cc: Pavel Machek, Jacek Anaszewski, Sebastian Reichel, Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy On Wed, 10 May 2023, Hans de Goede wrote: > led_trigger_blink() calls led_blink_set() from a RCU read-side critical > section so led_blink_set() must not sleep. Note sleeping was not allowed > before the switch to RCU either because a spinlock was held before. > > led_blink_set() does not sleep when sw-blinking is used, but > many LED controller drivers with hw blink support have a blink_set > function which may sleep, leading to an oops like this one: > > [ 832.605062] ------------[ cut here ]------------ > [ 832.605085] Voluntary context switch within RCU read-side critical section! > [ 832.605119] WARNING: CPU: 2 PID: 370 at kernel/rcu/tree_plugin.h:318 rcu_note_context_switch+0x4ee/0x690 > <snip> > [ 832.606453] Call Trace: > [ 832.606466] <TASK> > [ 832.606487] __schedule+0x9f/0x1480 > [ 832.606527] schedule+0x5d/0xe0 > [ 832.606549] schedule_timeout+0x79/0x140 > [ 832.606572] ? __pfx_process_timeout+0x10/0x10 > [ 832.606599] wait_for_completion_timeout+0x6f/0x140 > [ 832.606627] i2c_dw_xfer+0x101/0x460 > [ 832.606659] ? psi_group_change+0x168/0x400 > [ 832.606680] __i2c_transfer+0x172/0x6d0 > [ 832.606709] i2c_smbus_xfer_emulated+0x27d/0x9c0 > [ 832.606732] ? __schedule+0x430/0x1480 > [ 832.606753] ? preempt_count_add+0x6a/0xa0 > [ 832.606778] ? get_nohz_timer_target+0x18/0x190 > [ 832.606796] ? lock_timer_base+0x61/0x80 > [ 832.606817] ? preempt_count_add+0x6a/0xa0 > [ 832.606842] __i2c_smbus_xfer+0xa2/0x3f0 > [ 832.606862] i2c_smbus_xfer+0x66/0xf0 > [ 832.606882] i2c_smbus_read_byte_data+0x41/0x70 > [ 832.606901] ? _raw_spin_unlock_irqrestore+0x23/0x40 > [ 832.606922] ? __pm_runtime_suspend+0x46/0xc0 > [ 832.606946] cht_wc_byte_reg_read+0x2e/0x60 > [ 832.606972] _regmap_read+0x5c/0x120 > [ 832.606997] _regmap_update_bits+0x96/0xc0 > [ 832.607023] regmap_update_bits_base+0x5b/0x90 > [ 832.607053] cht_wc_leds_brightness_get+0x412/0x910 [leds_cht_wcove] > [ 832.607094] led_blink_setup+0x28/0x100 > [ 832.607119] led_trigger_blink+0x40/0x70 > [ 832.607145] power_supply_update_leds+0x1b7/0x1c0 > [ 832.607174] power_supply_changed_work+0x67/0xe0 > [ 832.607198] process_one_work+0x1c8/0x3c0 > [ 832.607222] worker_thread+0x4d/0x380 > [ 832.607243] ? __pfx_worker_thread+0x10/0x10 > [ 832.607258] kthread+0xe9/0x110 > [ 832.607279] ? __pfx_kthread+0x10/0x10 > [ 832.607300] ret_from_fork+0x2c/0x50 > [ 832.607337] </TASK> > [ 832.607344] ---[ end trace 0000000000000000 ]--- > > Add a new led_blink_set_nosleep() function which defers the actual > led_blink_set() call to a workqueue when necessary to fix this. > > This also fixes an existing race where a pending led_set_brightness() has > been deferred to set_brightness_work and might then race with a later > led_cdev->blink_set() call. Note this race is only an issue with triggers > mixing led_trigger_event() and led_trigger_blink() calls, sysfs API > calls and led_trigger_blink_oneshot() are not affected. > > Note rather then adding a separate blink_set_blocking callback this uses > the presence of the already existing brightness_set_blocking callback to > detect if the blinking call should be deferred to set_brightness_work. > > Reviewed-by: Jacek Anaszewski <jacek.anaszewski@gmail.com> > Tested-by: Yauhen Kharuzhy <jekhor@gmail.com> > Signed-off-by: Hans de Goede <hdegoede@redhat.com> > --- > drivers/leds/led-core.c | 24 ++++++++++++++++++++++++ > drivers/leds/led-triggers.c | 2 +- > include/linux/leds.h | 24 ++++++++++++++++++++++++ > 3 files changed, 49 insertions(+), 1 deletion(-) Applied, thanks -- Lee Jones [李琼斯] ^ permalink raw reply [flat|nested] 12+ messages in thread
* [PATCH RESEND 4/4] leds: Clear LED_INIT_DEFAULT_TRIGGER when clearing current trigger 2023-05-10 16:22 [PATCH RESEND 0/4] Fix oops about sleeping in led_trigger_blink() Hans de Goede ` (2 preceding siblings ...) 2023-05-10 16:22 ` [PATCH RESEND 3/4] leds: Fix oops about sleeping in led_trigger_blink() Hans de Goede @ 2023-05-10 16:22 ` Hans de Goede 2023-05-18 12:14 ` Lee Jones 3 siblings, 1 reply; 12+ messages in thread From: Hans de Goede @ 2023-05-10 16:22 UTC (permalink / raw) To: Pavel Machek, Jacek Anaszewski, Lee Jones, Sebastian Reichel, Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik Cc: Hans de Goede, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy Not all triggers use LED_INIT_DEFAULT_TRIGGER, which means that it will not get cleared when the default trigger is a trigger which does not use it such as "default-on". If the default trigger then later gets replaced by a trigger which does check LED_INIT_DEFAULT_TRIGGER, such as "timer" then that trigger will behave as if it is the default trigger which it should not do. To fix this clear the LED_INIT_DEFAULT_TRIGGER flag when clearing the current trigger, so that it will not be set for any subsequently set (non default) triggers. Reviewed-by: Jacek Anaszewski <jacek.anaszewski@gmail.com> Tested-by: Yauhen Kharuzhy <jekhor@gmail.com> Signed-off-by: Hans de Goede <hdegoede@redhat.com> --- drivers/leds/led-triggers.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/leds/led-triggers.c b/drivers/leds/led-triggers.c index 8214d3f7bc5f..6a5e1f41f9a4 100644 --- a/drivers/leds/led-triggers.c +++ b/drivers/leds/led-triggers.c @@ -185,6 +185,7 @@ int led_trigger_set(struct led_classdev *led_cdev, struct led_trigger *trig) led_cdev->trigger = NULL; led_cdev->trigger_data = NULL; led_cdev->activated = false; + led_cdev->flags &= ~LED_INIT_DEFAULT_TRIGGER; led_set_brightness(led_cdev, LED_OFF); } if (trig) { -- 2.40.1 ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [PATCH RESEND 4/4] leds: Clear LED_INIT_DEFAULT_TRIGGER when clearing current trigger 2023-05-10 16:22 ` [PATCH RESEND 4/4] leds: Clear LED_INIT_DEFAULT_TRIGGER when clearing current trigger Hans de Goede @ 2023-05-18 12:14 ` Lee Jones 0 siblings, 0 replies; 12+ messages in thread From: Lee Jones @ 2023-05-18 12:14 UTC (permalink / raw) To: Hans de Goede Cc: Pavel Machek, Jacek Anaszewski, Sebastian Reichel, Greg Kroah-Hartman, Michael Grzeschik, Johannes Berg, Pablo Neira Ayuso, Jozsef Kadlecsik, linux-leds, linux-pm, linux-usb, netdev, netfilter-devel, coreteam, Yauhen Kharuzhy On Wed, 10 May 2023, Hans de Goede wrote: > Not all triggers use LED_INIT_DEFAULT_TRIGGER, which means that it > will not get cleared when the default trigger is a trigger which > does not use it such as "default-on". > > If the default trigger then later gets replaced by a trigger which > does check LED_INIT_DEFAULT_TRIGGER, such as "timer" then that trigger > will behave as if it is the default trigger which it should not do. > > To fix this clear the LED_INIT_DEFAULT_TRIGGER flag when clearing > the current trigger, so that it will not be set for any subsequently > set (non default) triggers. > > Reviewed-by: Jacek Anaszewski <jacek.anaszewski@gmail.com> > Tested-by: Yauhen Kharuzhy <jekhor@gmail.com> > Signed-off-by: Hans de Goede <hdegoede@redhat.com> > --- > drivers/leds/led-triggers.c | 1 + > 1 file changed, 1 insertion(+) Applied, thanks -- Lee Jones [李琼斯] ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2023-05-18 12:14 UTC | newest] Thread overview: 12+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2023-05-10 16:22 [PATCH RESEND 0/4] Fix oops about sleeping in led_trigger_blink() Hans de Goede 2023-05-10 16:22 ` [PATCH RESEND 1/4] leds: Change led_trigger_blink[_oneshot]() delay parameters to pass-by-value Hans de Goede 2023-05-10 18:19 ` Sebastian Reichel 2023-05-10 21:43 ` Florian Westphal 2023-05-10 22:53 ` Greg Kroah-Hartman 2023-05-18 12:12 ` Lee Jones 2023-05-10 16:22 ` [PATCH RESEND 2/4] leds: Fix set_brightness_delayed() race Hans de Goede 2023-05-18 12:13 ` Lee Jones 2023-05-10 16:22 ` [PATCH RESEND 3/4] leds: Fix oops about sleeping in led_trigger_blink() Hans de Goede 2023-05-18 12:13 ` Lee Jones 2023-05-10 16:22 ` [PATCH RESEND 4/4] leds: Clear LED_INIT_DEFAULT_TRIGGER when clearing current trigger Hans de Goede 2023-05-18 12:14 ` Lee Jones
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).