lkml.org 
[lkml]   [2022]   [Mar]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subject[PATCH 0/3] 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.

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: Allow passing NULL as the argument for unregistering a driver
cpufreq: amd-pstate: Allow replacing existing cpufreq drivers when
loaded
cpufreq: amd-pstate: Add a module device table

drivers/cpufreq/amd-pstate.c | 19 ++++++++++++++++---
drivers/cpufreq/cpufreq.c | 4 ++--
2 files changed, 18 insertions(+), 5 deletions(-)

--
2.34.1

\
 
 \ /
  Last update: 2022-03-25 06:42    [W:0.165 / U:0.196 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site