AMD Making It Easier To Switch To Their New P-State CPU Frequency Scaling Driver

[phoronix]

Phoronix: AMD Making It Easier To Switch To Their New P-State CPU Frequency Scaling Driver

Following our how-to guide for enabling the new AMD P-State driver that premiered in Linux 5.17 after finding many users were unsure to go about using this new CPU frequency scaling driver, AMD is now making it easier to switch from ACPI CPUFreq to AMD P-State...

https://www.phoronix.com/scan.php?page=news_item&px=AMD-Easier-P-State-Usage

[birdie]

The patches apply cleanly to 5.17:

gunzip -c t.mbox.gz | patch -p1

Now the question is: who's gonna write a patch to allow to similarly replace amd-pstate with acpi-cpufreq Maybe `rmmod amd-pstate` will just work but I'm too lazy to check it now.

[skeevy420]

The patches apply cleanly to 5.17:

gunzip -c t.mbox.gz | patch -p1

Now the question is: who's gonna write a patch to allow to similarly replace amd-pstate with acpi-cpufreq Maybe `rmmod amd-pstate` will just work but I'm too lazy to check it now.

Sounds more like the kernel needs a "replace" subsystem. Like, it'd be nice to not have to compile a kernel to change schedulers or, 7 years ago, from having to do similar blacklist and command line tweaks to switch between RADEON and AMDGPU.

Whatever the case, amd_pstate.replace=1 is so much easier to remember than the current wizardry.

[shmerl]

Is there a bug that tracks that latency issue with amd-pstate sharedmem mode that still has to be addressed?