u-boot.git/include/status_led.h, branch v2026.04

led: remove support for red LED in legacy API

2025-12-05T19:38:09Z

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 Reviewed-by: Heiko Schocher

led: remove support for green status led in legacy API

2025-12-05T19:38:09Z

The last user of it was removed in a previous commit so let's remove its support entirely. Signed-off-by: Quentin Schulz Reviewed-by: Heiko Schocher

led: remove coloured_LED_init, yellow and blue status LEDs in legacy API

2025-12-05T16:34:52Z

The last user of coloured_LED_init has been recently removed, so we can remove all places it's called and defined as it does nothing now. Nobody makes use of the yellow and blue status LEDs from the legacy API, so let's remove all references to it. Signed-off-by: Quentin Schulz

led: remove code guarded by always false conditions

2025-12-05T16:34:52Z

The last CONFIG_MVS in code was removed almost 12 years ago in commit 3b98b57fa796 ("include: delete unused header files"). STATUS_LED_PAR was last seen 8 years ago when removed in commit 5b8e76c35ec3 ("powerpc, 8xx: remove support for 8xx"). If CONFIG_LED_STATUS_BOARD_SPECIFIC is not defined, the build will fail so we won't even reach this part of the code. Let's simplify the if block to actually possible configurations. Signed-off-by: Quentin Schulz Reviewed-by: Tom Rini

common: board_r: rework BOOT LED handling

2024-10-10T22:02:20Z

Rework BOOT LED handling. There is currently one legacy implementation for BOOT LED from Status Led API. This work on ancient implementation used by BOOTP by setting the LED to Blink on boot and to turn it OFF when the firmware was correctly received by network. Now that we new LED implementation have support for LED boot, rework this by also set the new BOOT LED to blink and also set it to ON before entering main loop to confirm successful boot. Signed-off-by: Christian Marangi Reviewed-by: Simon Glass

status_led: Tidy up the code style

2019-12-02T23:23:06Z

There are a few whitespace problems with this code. Tidy them up. Signed-off-by: Simon Glass Reviewed-by: Tom Rini

SPDX: Convert all of our single license tags to Linux Kernel style

2018-05-07T13:34:12Z

When U-Boot started using SPDX tags we were among the early adopters and there weren't a lot of other examples to borrow from. So we picked the area of the file that usually had a full license text and replaced it with an appropriate SPDX-License-Identifier: entry. Since then, the Linux Kernel has adopted SPDX tags and they place it as the very first line in a file (except where shebangs are used, then it's second line) and with slightly different comment styles than us. In part due to community overlap, in part due to better tag visibility and in part for other minor reasons, switch over to that style. This commit changes all instances where we have a single declared license in the tag as both the before and after are identical in tag contents. There's also a few places where I found we did not have a tag and have introduced one. Signed-off-by: Tom Rini

powerpc, 5xxx, 512x: remove support for mpc5xxx and mpc512x

2017-06-16T14:14:55Z

There was for long time no activity in the mpx5xxx area. We need to go further and convert to Kconfig, but it turned out, nobody is interested anymore in mpc5xxx, so remove it. Signed-off-by: Heiko Schocher

powerpc, 8xx: remove support for 8xx

2017-06-12T12:37:55Z

There was for long time no activity in the 8xx area. We need to go further and convert to Kconfig, but it turned out, nobody is interested anymore in 8xx, so remove it (with a heavy heart, knowing that I remove here the root of U-Boot). Signed-off-by: Heiko Schocher

status_led: Kconfig migration

2017-01-21T20:12:33Z

Move all of the status LED feature to drivers/led/Kconfig. The LED status definitions were moved from the board configuration files to the defconfig files. TBD: Move all of the definitions in the include/status_led.h to the relevant board's defconfig files. Tested boards: CL-SOM-AM57x, CM-T335 Signed-off-by: Uri Mashiach