Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Option to disable power LED entirely #11

Open
hauntingEcho opened this issue Mar 7, 2022 · 4 comments · May be fixed by #12
Open

Option to disable power LED entirely #11

hauntingEcho opened this issue Mar 7, 2022 · 4 comments · May be fixed by #12

Comments

@hauntingEcho
Copy link

When playing music/youtube/whatever with the screen off as I go to sleep, the power LED lights up the whole room. Options to dim it were added here, but the ability to disable it entirely would be appreciated. This has also been mentioned in the discussion thread.

Putting electrical tape over a button gets a bit messier than putting it over the charge lights, and I haven't got up the courage to start cutting on the board just yet :)
@hauntingEcho
Copy link
Author

Exposing it via /sys/class/leds could also be nice (because we could set up keybinds), but the possibility of that is deeper than my firmware knowledge goes.

hauntingEcho added a commit to hauntingEcho/EmbeddedController that referenced this issue Mar 7, 2022
@hauntingEcho
add 'Off' setting for power LED
24b578e 
resolves FrameworkComputer#11
@hauntingEcho hauntingEcho linked a pull request Mar 7, 2022 that will close this issue
Open
hauntingEcho added a commit to hauntingEcho/EmbeddedController that referenced this issue Mar 7, 2022
@hauntingEcho
add 'Off' setting for power LED
92a2f46 
resolves FrameworkComputer#11
kiram9 pushed a commit that referenced this issue Jul 18, 2023
@scott-collyer
rex: Enable KB8010 retimer driver
933a8c6 
This CL enables the kb8010 retimer driver for the SKU-2 DB.
Note that rework #11 is required for DP to function on SKU-2 DBs.

BUG=b:267589112
TEST=verified on SKU-2 Rex device that USB3 devices enumerate in both
polarities, and that DP is mode is working for CC1 polarity.
LOW_COVERAGE_REASON=early-phase platform, b/247796816

Change-Id: I1cfa7a4a990d14f851ecce751a8500b4eebaad1c
Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/platform/ec/+/4457871
Reviewed-by: caveh jalali <[email protected]>
Commit-Queue: Scott Collyer <[email protected]>
Tested-by: Scott Collyer <[email protected]>
@james2432
Copy link

I wish this was merged :(

@Benjamin-Loison Benjamin-Loison mentioned this issue Jun 3, 2024
Open
@Benjamin-Loison Benjamin-Loison mentioned this issue Sep 3, 2024
Open
@hauntingEcho
Copy link
Author

Looks like /sys/class/leds support may be available with kernel 6.11: https://old.reddit.com/r/framework/comments/1g8gbm2/what/lt0fxia/

@AkechiShiro
Copy link

AkechiShiro commented Oct 22, 2024 •
edited
Loading

@hauntingEcho can confirm this works on kernel 6.11, I'm on Framework 13th AMD.

I can shutdown the power LED with

echo 0 | sudo tee /sys/class/leds/chromeos:white:power/brightness

Full brightness

echo 1 | sudo tee /sys/class/leds/chromeos:white:power/brightness

Here are also the other leds :

chromeos::kbd_backlight chromeos:multicolor:charging chromeos:white:power input0::capslock input0::numlock input0::scrolllock

EDIT: Not sure if there is any way to restore the default behavior afterwards, and I can't seem to be able to lower the brightness, it is either full or nothing, putting values between 0 and 100 do nothing, if value is >0 then the light looks like it's at full brightness.
EDIT 2: Add Kernel version: Linux 6.11.3 #1-NixOS SMP PREEMPT_DYNAMIC Thu Oct 10 10:04:18 UTC 2024 x86_64 GNU/Linux

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

add 'Off' setting for power LED hauntingEcho/EmbeddedController
3 participants
@james2432 @hauntingEcho @AkechiShiro