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-rc5.
Mario Limonciello (8):
x86/amd: Move amd_get_highest_perf() from amd.c to cppc.c
x86/amd: Rename amd_get_highest_perf() to
amd_get_boost_ratio_numerator()
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: Drop some uses of cpudata->hw_prefcore
arch/x86/include/asm/processor.h | 14 +--
arch/x86/kernel/acpi/cppc.c | 159 ++++++++++++++++++++++++++++++-
arch/x86/kernel/cpu/amd.c | 16 ----
drivers/cpufreq/acpi-cpufreq.c | 12 ++-
drivers/cpufreq/amd-pstate.c | 132 ++++++-------------------
include/acpi/cppc_acpi.h | 10 ++
6 files changed, 203 insertions(+), 140 deletions(-)
--
2.43.0
