lkml.org 
[lkml]   [2022]   [Apr]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subject[PATCH v3 0/6] Improve usability for amd-pstate
Date
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

\
 
 \ /
  Last update: 2022-04-14 19:09    [W:0.119 / U:0.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site