From: Mario Limonciello <mario.limonciello@xxxxxxx>
Preferred core detection is fragile in that any CPU that reports
less than 255 for any core is assumed to be a preferred core design.
This might not always be true, so it's better to check all CPUs and
see that varying values are actually reported.
Furthermore, preferred core detection isn't used by acpi-cpufreq. So
incorrect frequencies are used unless amd-pstate is active.
This series moves preferred core detection out of amd-pstate in a more
robust fashion. It also removes some tech debt of hardcoded values for
platforms that are actually preferred core platforms.
This branch is based off v6.11-rc6.
v2->v3:
* Pick up tags
* Fix LKP reported issue
Mario Limonciello (11):
x86/amd: Move amd_get_highest_perf() from amd.c to cppc.c
ACPI: CPPC: Adjust return code for inline functions in
!CONFIG_ACPI_CPPC_LIB
x86/amd: Rename amd_get_highest_perf() to
amd_get_boost_ratio_numerator()
ACPI: CPPC: Drop check for non zero perf ratio
ACPI: CPPC: Adjust debug messages in amd_set_max_freq_ratio() to warn
x86/amd: Move amd_get_highest_perf() out of amd-pstate
x86/amd: Detect preferred cores in amd_get_boost_ratio_numerator()
cpufreq: amd-pstate: Merge amd_pstate_highest_perf_set() into
amd_get_boost_ratio_numerator()
cpufreq: amd-pstate: Optimize amd_pstate_update_limits()
cpufreq: amd-pstate: Add documentation for `amd_pstate_hw_prefcore`
amd-pstate: Add missing documentation for
`amd_pstate_prefcore_ranking`
Documentation/admin-guide/pm/amd-pstate.rst | 15 +-
arch/x86/include/asm/processor.h | 3 -
arch/x86/kernel/acpi/cppc.c | 172 ++++++++++++++++++--
arch/x86/kernel/cpu/amd.c | 16 --
drivers/cpufreq/acpi-cpufreq.c | 12 +-
drivers/cpufreq/amd-pstate.c | 128 ++++-----------
include/acpi/cppc_acpi.h | 41 +++--
7 files changed, 241 insertions(+), 146 deletions(-)
--
2.43.0
