diff options
| author | Quentin Schulz <[email protected]> | 2025-11-19 18:01:15 +0100 |
|---|---|---|
| committer | Tom Rini <[email protected]> | 2025-12-05 13:38:09 -0600 |
| commit | c4594242aafc3452948a6b57dfbaacdfb4ed0860 (patch) | |
| tree | 93df78019fee580bc6a1691ac585eb86f5bc83a5 /drivers/misc | |
| parent | b06e52f2ea937077b3ff8296e4a67648138ac897 (diff) | |
led: remove support for red LED in legacy API
To the exception of red_led_on in the arm-specific assembly code, all
code interacting with the red status LED was guarded by the
CONFIG_LED_STATUS_RED symbol, which is enabled in none of the upstream
defconfigs.
Since the last board which overrode the weak red_led_on function got
migrated to the new LED mechanism, there's also no user of the
arm-specific assembly code anymore, therefore it can be removed along
the other unreachable code sections.
Signed-off-by: Quentin Schulz <[email protected]>
Reviewed-by: Heiko Schocher <[email protected]>
Diffstat (limited to 'drivers/misc')
| -rw-r--r-- | drivers/misc/gpio_led.c | 18 |
1 files changed, 0 insertions, 18 deletions
diff --git a/drivers/misc/gpio_led.c b/drivers/misc/gpio_led.c index a1432a53440..1e2f83cca93 100644 --- a/drivers/misc/gpio_led.c +++ b/drivers/misc/gpio_led.c @@ -50,21 +50,3 @@ void __led_toggle(led_id_t mask) { gpio_set_value(mask, !gpio_get_value(mask)); } - -#ifdef CONFIG_GPIO_LED_STUBS - -/* 'generic' override of colored LED stubs, to use GPIO functions instead */ - -#ifdef CONFIG_LED_STATUS_RED -void red_led_on(void) -{ - __led_set(CONFIG_LED_STATUS_RED, CONFIG_LED_STATUS_ON); -} - -void red_led_off(void) -{ - __led_set(CONFIG_LED_STATUS_RED, CONFIG_LED_STATUS_OFF); -} -#endif - -#endif /* CONFIG_GPIO_LED_STUBS */ |