feat(core) add LED charging effect in hibernation.
What changed, and why it matters
This commit changes the Trezor bootloader's hibernation charging indicator from a solid blue LED to a pulsing 'charging' LED effect. There is no security-relevant change visible in the diff. It is a user-experience/visual feature.
No security action required; treat as normal feature commit.
Security signals we found
No strong security signals were identified.
Evidence from the diff
In core/embed/projects/bootloader/main.c, the code inside boot_sequence() that handles the PM_BATTERY_CHARGING state now starts RGB_LED_EFFECT_CHARGING if no LED effect is already ongoing, instead of setting a static RGBLED_BLUE color. No logic affecting firmware verification, secure boot, secrets, memory protections, or authentication was modified.
Changed components
core/embed/projects/bootloader/main.cRGB LED charging indicator during bootloader hibernationInspect captured patch +3 / −1
diff --git a/core/embed/projects/bootloader/main.c b/core/embed/projects/bootloader/main.c
index 4674bbc0..e1ab04e9 100644
--- a/core/embed/projects/bootloader/main.c
+++ b/core/embed/projects/bootloader/main.c
@@ -218,7 +218,9 @@ static secbool boot_sequence(void) {
if (state.charging_status == PM_BATTERY_CHARGING) {
// charing screen
#ifdef USE_RGB_LED
- rgb_led_set_color(RGBLED_BLUE);
+ if (!rgb_led_effect_ongoing()) {
+ rgb_led_effect_start(RGB_LED_EFFECT_CHARGING, 0);
+ }
#endif
} else {
if (!btn_down && !state.usb_connected && !state.wireless_connected) {
Why this scored 15/100
Community notes
Notes can correct, qualify, or add evidence to the AI analysis. Every note shown here has been validated by a human moderator.
The AI analysis stands alone for now. Submit a note if you can add evidence or important context.