[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220329015947.565-1-mario.limonciello@amd.com>
Date: Mon, 28 Mar 2022 20:59:44 -0500
From: Mario Limonciello <mario.limonciello@....com>
To: Huang Rui <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>,
open list <linux-kernel@...r.kernel.org>,
Mario Limonciello <mario.limonciello@....com>
Subject: [PATCH v2 0/3] 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.
With the patches in this series a user can make a file
/etc/modprobe.d/amd-pstate.conf:
options amd-pstate replace=1
Then upon the next reboot amd-pstate should load automatically even if
acpi-cpufreq was included on the system.
Mario Limonciello (3):
cpufreq: Export acpu_cpufreq_exit for other drivers to call
cpufreq: amd-pstate: Allow replacing acpi-cpufreq when loaded
cpufreq: amd-pstate: Add a module device table
drivers/cpufreq/acpi-cpufreq.c | 3 ++-
drivers/cpufreq/amd-pstate.c | 30 +++++++++++++++++++++++++++---
2 files changed, 29 insertions(+), 4 deletions(-)
--
2.34.1
Powered by blists - more mailing lists