[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220414164801.1051-1-mario.limonciello@amd.com>
Date: Thu, 14 Apr 2022 11:47:55 -0500
From: Mario Limonciello <mario.limonciello@....com>
To: Rui Huang <ray.huang@....com>,
"Rafael J . Wysocki" <rafael@...nel.org>,
Viresh Kumar <viresh.kumar@...aro.org>
CC: "open list:AMD PSTATE DRIVER" <linux-pm@...r.kernel.org>,
Perry Yuan <Perry.Yuan@....com>,
open list <linux-kernel@...r.kernel.org>,
"Mario Limonciello" <mario.limonciello@....com>
Subject: [PATCH v3 0/6] Improve usability for amd-pstate
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
Powered by blists - more mailing lists