I have a HP Omen 16-n0000 laptop with a Ryzen 7 6800H, and if I have amd-pstate set to passive mode (either by booting with `amd_pstate=passive` kernel cmdline or by running `echo "passive" | sudo tee /sys/devices/system/cpu/amd_pstate/status` on runtime) and the governor left to the default schedutil then changing the maximum allowed frequency (via `sudo cpupower frequency-set -g 3200MHz` for example) does nothing, the CPU frequencies (and temperatures along with it) still goes up high. Disabling boost via `echo 0 | sudo tee /sys/devices/system/cpu/cpufreq/boost` also does not work with the schedutil governor. However, if I switch to the ondemand governor then both the boost and maximum frequency settings work as expected. The distro I am using is Arch Linux, with kernel 6.4.0 from the testing repo, although this issue has been present since at least kernel 6.2.x when I first got this laptop. I can recompile the kernel myself to test patches if there are any. Also, for what it's worth amd-pstate in guided mode also ignores both the maximum frequency and boost knobs, but it does that with both the schedutil and ondemand governors so I guess that's expected(?).
Hi Sariputra, thank you for reporting this issue, could you let me know the values of your system? # cat /sys/devices/system/cpu/cpu*/cpufreq/amd_pstate_max_freq # cat /sys/devices/system/cpu/cpu*/acpi_cppc/highest_perf Perry.
Here is the output of the first command: 4785000 4785000 4785000 4785000 4785000 4785000 4785000 4785000 4785000 4785000 4785000 4785000 4785000 4785000 4785000 4785000 And here is the output for the second one: 191 196 196 166 166 186 186 191 181 181 176 176 196 196 171 171
Thanks for your info share, I guess the boost and scaling_max have something need to be improved when user try to limit the max frequency.
I have implemented a new boost control with a patchset that are under internal viewing. it works for both the passive and active mode.