diff mbox series

leds: Drop BUG_ON check for LED_COLOR_ID_MULTI

Message ID 20230918140724.18634-1-kabel@kernel.org
State New
Headers show
Series leds: Drop BUG_ON check for LED_COLOR_ID_MULTI | expand

Commit Message

Marek Behún Sept. 18, 2023, 2:07 p.m. UTC
Commit c3f853184bed ("leds: Fix BUG_ON check for LED_COLOR_ID_MULTI that
is always false") fixed a no-op BUG_ON. This turned out to cause a
regression, since some in-tree device-tree files already use
LED_COLOR_ID_MULTI.

Drop the BUG_ON altogether.

Fixes: c3f853184bed ("leds: Fix BUG_ON check for LED_COLOR_ID_MULTI that is always false")
Reported-by: Da Xue <da@libre.computer>
Closes: https://lore.kernel.org/linux-leds/ZQLelWcNjjp2xndY@duo.ucw.cz/T/
Signed-off-by: Marek Behún <kabel@kernel.org>
---
 drivers/leds/led-core.c | 4 ----
 1 file changed, 4 deletions(-)

Comments

Marek Behún Sept. 19, 2023, 8:42 a.m. UTC | #1
Hello,

Greg tells me to pester LED maintainers to get this into Linus' tree
soon, so that we can avoid stable incosistencies (see
https://lore.kernel.org/stable/2023091901-vessel-giggling-55ee@gregkh/).

Sorry about the inconvenience, this would not happen if this was not
sent into stable in the first place, which is my fault, since I added
the Fixes tag.

Marek
Pavel Machek Sept. 19, 2023, 9 a.m. UTC | #2
Hi!

> > Greg tells me to pester LED maintainers to get this into Linus' tree
> > soon, so that we can avoid stable incosistencies (see
> > https://lore.kernel.org/stable/2023091901-vessel-giggling-55ee@gregkh/).
> > 
> > Sorry about the inconvenience, this would not happen if this was not
> > sent into stable in the first place, which is my fault, since I added
> > the Fixes tag.
> 
> Actually, no, it is not your fault. It was pretty clear your patch is
> not "fixing serious bug" so it should not have gone into stable in the
> first place.
> 
> For mainline, should we perhaps keep the BUG_ON and fix the affected
> driver, instead?

Aha, rereading the discussion.. yes, we want to drop the BUG_ON. Sorry
for the noise.

Best regards,
								Pavel
Lee Jones Sept. 19, 2023, 2:01 p.m. UTC | #3
On Tue, 19 Sep 2023, Marek Behún wrote:

> Hello,
> 
> Greg tells me to pester LED maintainers to get this into Linus' tree
> soon, so that we can avoid stable incosistencies (see
> https://lore.kernel.org/stable/2023091901-vessel-giggling-55ee@gregkh/).
> 
> Sorry about the inconvenience, this would not happen if this was not
> sent into stable in the first place, which is my fault, since I added
> the Fixes tag.

Starting back on upstream work now.

I'll get something out shortly.
diff mbox series

Patch

diff --git a/drivers/leds/led-core.c b/drivers/leds/led-core.c
index 04f9ea675f2c..214ed81eb0e9 100644
--- a/drivers/leds/led-core.c
+++ b/drivers/leds/led-core.c
@@ -479,10 +479,6 @@  int led_compose_name(struct device *dev, struct led_init_data *init_data,
 
 	led_parse_fwnode_props(dev, fwnode, &props);
 
-	/* We want to label LEDs that can produce full range of colors
-	 * as RGB, not multicolor */
-	BUG_ON(props.color == LED_COLOR_ID_MULTI);
-
 	if (props.label) {
 		/*
 		 * If init_data.devicename is NULL, then it indicates that