Messages in this thread | | | From | Mario Limonciello <> | Subject | [PATCH v3 0/6] Improve usability for amd-pstate | Date | Thu, 14 Apr 2022 11:47:55 -0500 |
| |
There has recently been some news coverage about `amd-pstate` being in 5.17, but this news also mentioned that it's a bit difficult to use.
You need to either block init calls, or compile the module into the kernel to force it to take precedence over acpi-cpufreq.
This series aims to improve the usability of amd-pstate so that distros can compile as a module, but users can still use it (relatively) easily.
A new module parameter is included that will force amd-pstate to take precedence and a module table to let it load automatically on such systems.
By default with this series it will replace acpi-cpufreq no matter the module load order. If users want to prefer acpi-cpufreq when amd-pstate is a module they can make a modprobe configuration file.
/etc/modprobe.d/amd-pstate.conf:
options amd-pstate replace=0
Mario Limonciello (6): cpufreq: Export acpu_cpufreq_exit for other drivers to call cpufreq: amd-pstate: Only show shared memory solution message once cpufreq: amd-pstate: Move cpufreq driver check later cpufreq: amd-pstate: Allow replacing acpi-cpufreq when loaded cpufreq: amd-pstate: Add a module device table cpufreq: amd-pstate: Default to replace acpi-cpufreq
drivers/cpufreq/acpi-cpufreq.c | 10 +++++++-- drivers/cpufreq/amd-pstate.c | 39 +++++++++++++++++++++++++++++----- include/linux/cpufreq.h | 3 +++ 3 files changed, 45 insertions(+), 7 deletions(-)
-- 2.34.1
| |