在发现许多用户不确定是否要使用这个新的 CPU 频率缩放驱动程序后，按照我们启用新的 AMD P-State 驱动程序的操作教程，该驱动程序在 Linux 5.17 中首发，AMD 现在更容易从 ACPI CPUFreq 切换到 AMD P状态。
如操作教程文章中所述，虽然 Ubuntu Mainline Kernel PPA 之类的软件已经将 amd_pstate 构建为内核模块，但切换到 ACPI CPUFreq 优先并妨碍加载 amd_pstate 模块并非易事。使用教程中详述的“initcall_blacklist=acpi_cpufreq_init”内核选项将阻止 ACPI CPUFreq 驱动程序初始化，从而允许 AMD P-State 驱动程序继续并声明支持的 AMD CPU。但是，由于 AMD P-State 驱动程序的补丁待定，对于在 ACPI CPUFreq 中构建但将 AMD P-State 作为模块保留的内核，将不再需要将黑名单列入黑名单。
AMD 工程师 Mario Limonciello，去年加入 AMD 的 Linux 客户团队，发送了一系列补丁，提高了这个新驱动程序的可用性。该补丁系列为 AMD P-State 添加了一个新的“替换”模块选项，以允许它在加载时替换现有的 CPUFreq 驱动程序。此外，另一个补丁添加了一个模块设备表，因此如果遇到支持 ACPI CPPC 的 AMD CPU（Zen 2 引入并且需要此驱动程序），amd_pstate 驱动程序将自动加载。
因此，通过这些待处理的补丁，它可以简单地将amd_pstate.replace=1作为内核参数来引导系统并使用 AMD P-State，而无需将 ACPI CPUFreq 列入黑名单或使用内置的新驱动程序重建内核。这也将允许用户将“options amd-pstate replace=1”扔到Ubuntu 等发行版上的/etc/modprobe.d目录中，作为另一种简单的切换方式。因此，这个方便的补丁系列让以 AMD P-State 作为模块的内核构建变得更加简单，最终使用户更容易选择使用这个专注于提高能效的新驱动程序。
默认情况下，这个补丁系列不会强制 AMD P-State，但是一旦 AMD P-State 证明了自己，我们将看看它是否会出现在未来的内核版本中。目前，这些补丁仅驻留在内核邮件列表中，而我们将看看它们是否及时被拾取以尝试使其进入 v5.18 或被推迟到 v5.19 周期。
