CPU minimum not sticking after reboot #138
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Expected Behaviour
CPU minimum clock should be at 400mhz or whatever it was set to when it was enabled
Actual Behaviour
The 400mhz or set minimum should be whatever it was set to, however after a reboot the minimum clock defaults to 1400mhz instead of the set Mhz
Steps To Reproduce
Enable limit clock speed for CPU, put to 400mhz (should default to it), enabled persistant profile if testing with a game.
Reboot deck, launch the game, the minimum is now 1400mhz
Anything else?
N/A
Version
1.4.0
Platform
SteamDeck
OS
SteamOS 3 (Stable)
Unless this is just #128 (and you've got your default profile set to 1400 and you're not checking the profile name), I cannot reproduce this with that information.
Hi see video, you can see my min is set at 400mhz with persistant profile, rebooted the device and now 1400mhz.
do you need a log file or is the video above enough
That's plenty, thanks. I managed to reproduce it by running the latest release of PowerTools.
Turns out I had already fixed this in
05f927dc0f, which is why I couldn't reproduce it on the development version.Is it possible to use this ver.? Like a beta/testing option in Decky Loader?
Only by building it yourself. The dev branch is not recommended for regular use since it's not guaranteed to even be in a working state. Once most features for the next release are implemented, I'll start putting pre-release versions on my custom store.
Okay no problem, hopefuilly soon, I can see the commits have fixed the battery limit issue too. So looks like a good update coming!
I have same behaviour. When i set min cpu limit below 1400mhz, it set 1400 in config file. I'm not very knowledgeable in Rust, but it looks like range at backend/src/settings/steam_deck/oc_limits.rs was set wrong at line 112 and in pt_oc.json file too.