Ally X - Disable Charging Light
I have installed Bazzite without booting into windows. Is there a way to disable the charging light within Bazzite specifically when in sleep mode.
For awareness I do not have a windows partition nor care for one.
92 Replies
we are testing a fix for that in testing
you wanna check it out?
it only works when its not plugged in
I wouldn’t mind testing.
bazzite-rollback-helper rebase testing run this command and after rebooting
echo 1 | sudo tee /sys/devices/platform/asus-nb-wmi/mcu_powersave
your controller will take longer to wake up
if you find any issues with it, such as being able to wake the device by pressing buttons let us knowCommands ran. Currently light is off in sleep mode, as intended.
A reboot seems to affect the second command. Changes not sticking after a reboot
yes it does
because currently 1 breaks the controllers but not in testing
well, youre the first OG ally owner
so, the more you test the faster this merges
give it some hell suspend it a bunch
and then film a video of it waking up
i need to see if it does the reboot quirk
🍿
youre killing me does it work?
Sorry for the delay. Running it now. Had to get a usb c mouse to make it easier
until now resume has worked?
Resume works. Slight delay in accepting input but nothing major. 1 second at most.
I did a reboot through game mode and the light goes back to blinking in sleep mode
yeah the updater script turns it off
thats ok
1 second is nothing, you sure? Ally X is 6 seconds
but then again Ally X uses like no battery afterwards
the updater script runs on boot, should only run once per update
@Kyle Gospo please be careful with merging to main but can you nix that line?
in testing
What do you want removed exactly?
The power save thing?
Want the blinking light in suspend removed
It works and controller responds immediately
yeah just be careful not to merge to main
oh i thought you had an ally
Ally X
i tested my ally x i know that works except a little reboot thingy
maybe its the leds come to think of it
because it likes to turn them off when powersave is on
checks out tho
So far resume is unaffected
yeah i need to find an ally owner tho
Ah sorry Im not the chosen one
@antheas it does blink when charging while in sleep mode FYI
yes
powersave is only on on DC
@antheas trying to follow the thread/info about power states. are you implying above that pending further testing/validation with the og ally that we can expect to see the ally/x use less power while asleep in bazzite? Also, what is the reboot quirk you’re referring to? thanks for all the efforts - really enjoying Bazzite on my X
well
if you want to use it it will be there
lowers battery draw from 4% to 1% per night lets say
but the controller takes longer to wake up
sounds awesome - gladly a trade off I would make. I’m assuming the delay will be unavoidable because of how asus implemented the bios/mcu? I think I saw something about that when trying to google/grok more about it…
i mean you turn it off
it needs time to turn on
around 6-8 seconds
the little reboot quirk is it doing something i am not sure
just to confirm - this is in testing? I changed to the testing image and ran the above mentioned mcu command (though it looks like the command will no longer be necessary as soon as the most recent testing build completes?). not an OG Ally...Ally X, but the wakeup time is not bad imo...around 3-4 seconds on average
wait one hour
new version is building in testing
hhd has a toggle
yeah no its not that bad
well build failed @Kyle Gospo
see you all in half an hour
GitHub
chore: Fix tuned removal · ublue-os/bazzite@1525164
Bazzite is a custom image built upon Fedora Atomic Desktops that brings the best of Linux gaming to all of your devices - including your favorite handheld. - chore: Fix tuned removal · ublue-os/baz...
Time to give it hell
Will do!
sweet! Updating…
I’ll keep hammering it and report anything if it crops up..but seems to be working as expected so far when toggled on/off
Yeah I can't break it
Before I debounced the switch I could break it by fiddling with the switch a lot
But not anymore
Also suspend would fix it
So far just the delayed start on the controller but definitely manageable. Especially if we achieve better battery life!
Thanks for the hard work!
its the same in windows but you dont notice because of the lockscreen
Ok, I did just wake it up after being asleep for about 10 mins. The controller didn’t respond after 20 seconds - so I put it back to sleep and woke it up. Same thing, but it eventually started responding. The steam menus are super laggy. I tried switching performance profiles between silent and performance - still very laggy
I should specify..by laggy - they kind of stutter when sliding out. The button press is ok
That is a different bug we didn't fix yet
I have never gotten that bug yet
I know about it
Sometimes it gets stuck at 5w
Can you describe what you were doing?
No games - was just scrolling in steamos. Put it to sleep and woke it up.
What was laggy the controller or the game
what’s the best way to confirm the wattage it’s actually running at? It’s laggy after changing in HHD. Any logs you want me to grab?
It's mangohud
What tdp did you use before
I put it to sleep on silent profile (13w)
I haven’t launched any games prior to putting it to sleep, or after waking it up
Time to do 50 more suspends then
It's working
So you needed to reboot afterwards?
I haven’t rebooted yet. I just launched a game and it is chugging….taking orders of magnitude longer to launch
Mangohud is reporting 8.9w despite being set to performance profile
Yeah send a log
journalctl -b | fpaste
What was your battery when that happened80% (charge limit set)
Plugged in?
It got past the game menu and loaded. It’s saying 18w total and it’s struggling
Not plugged in
Let me exit the game and grab those logs
Ok managed to do ut
After I plugged and unplugged it very quirkly
k latest update hhd i might have broken something
oh well lets see
no
well it fixed itself now
another data point..if helpful. I plugged it up to my dock and went into desktop mode to collect the logs. Unplugging and returning to game mode fixed the performance (and tdp is normal)
that bug will be a pain to find
why is TDP a dropdown, custom fan curve a dropdown, but standby mode on/off a slider?
and the other boolean option on the page is a checkbox
I want to add a third value
So I made it a drop-down
But the drop-down looked wrong
So I made it a slider
The third value will be while not in-game
Hhd will check if you're gaming and if not enable it
So you can exit a game and then make your ally sleep and save all the battery
But that option is a bit dangerous to set right now so that will take a bit of testing
As long as it’s not “might break your console dangerous” I’m happy to help volunteer to test. On the note of UI elements…i noticed when scrolling through options in HHD (specifically I was setting custom deadzones) - the screen doesn’t scroll/move with the selection (using dpad/joystick) until it reaches either the “Reset to Default” button or the heading “Deadzones & Vibration”. Sorry - a little off topic, but didn’t think it warranted another thread to mention.
Yeah I'm aware of that
No not much at most the controller will not work until you reboto
@antheas Saw you need a OG ally to test, and I currently have my unused SSD in my Ally... Install latest release Bazzite and run
bazzite-rollback-helper testing followed by echo 1 | sudo tee /sys/devices/platform/asus-nb-wmi/mcu_powersave - Is that correct?just open handheld daemon
it has a toggle
below battery limit
on testing
Ok, will get it installed and on testing now
hrm, it should be
bazzite-rollback-helper rebase testing
I should look into adding an unknown option warning to the helper 🤔Just about got that far 😅 Ran with the 'rebase' added and it's retrieving ostree now
Okay, extreme standby mode enabled
@antheas Unless I'm missing something, controller is responding around 1s and resume is working perfectly. I'll install a game and try from there too. How can I be sure it's working 😅
kek, i'm also running that command without
rebase
but anyway, i tested it and no problems so farTry extreme standby
That was with it enabled. I left my ally running a game on standby overnight and it was still 100% battery 7 hours later
you use a lockscreen?
No
great results then
in my testing it is around 6 seconds
ally x though
Controller still behaving the same as I was getting before honestly, hence not convinced if it was actually on extreme standby 😅
was the power light blinking?
No I think not
Just checking now and it isnt
yup
so it works
I'll keep trying throughout the day and see if anything misbehaves
nobody has managed to do it
the patch is ready to go, we need to test other devices now
it is AOK
@antheas Just to check in, still working perfectly. Used it for a few mins but still had 98% battery since about 9 hours ago, did a little on it in 15w mode and now down to 95, all normal. I came from CachyOS so I can't do a direct comparison to previous Bazzite, but the controller resumes in pretty much the exact time I'm used to, around a second, consistently. Hope that helps, but seems like a great improvement
Sorry, one last q - To go back to the main branch its
rebase stable?yep
you can type in
bazzite-rollback-helper help if you want more infoPerfect, thank you 🙂
does the ErP option in bios (Ally X) do anything? It’s disabled by default.
@JorgiBob I was just looking at that. I enabled it but haven’t seen much difference. My understanding is that it affects consumption when powered off and not in standby but that’s just asus webpage not actual testing
Testing too
If suspended in game I noticed the battery light static on while using extreme standby
Your device did not sleep then
Take a video of the RGB of the device and the top light while you make it sleep
Seems like I can’t repeat it. Thought it was because I ran a game from the SD card, tried both. Tried the same game, no dice
Oh well, we will keep it in mind
@antheas Not sure if it's useful but I've been using the testing branch ever since, had no issues at all and honestly I'm amazed how well it works, literally getting like 1% battery drain in a day, if that, and zero impact on my use of the machine. Is it still waiting on testing through other devices?
its waiting on kyle dunno for what
thanks for testing
@antheas wasn’t sure if I should start a new thread but latest testing update disables sound on Ally X.
Tried verifying the selected devices in desktop mode.
Reverting to stable restores sound
Hi everyone, do not rebase to testing anymore. If you have don't update. We are missing a speaker patch on the new kernel
Update with extreme mode and the non broken kernel that was there before is still scheduled for Monday
Yeah, whoopsies
If you still want to join the fun, use
testing-40.20241009.0dang, i should pin my current deployment
Update went live everyone switch to stable
Now I am looking forward to the VRR FPS limiting patch 😅 do you know when that will hit testing?
in 15 min approx
Seems the speaker is still borked on testing
Yea