]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
cpufreq: intel_pstate: Use correct scaling factor on Raptor Lake-E
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>
Tue, 12 May 2026 19:20:30 +0000 (21:20 +0200)
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>
Wed, 13 May 2026 19:42:07 +0000 (21:42 +0200)
commit0e7c710478b3089cdfe8669347f77b163e836c4f
tree63de11070098dd378aa0eaa437268ed1fbea0683
parentee047fc7a2da90554410128195058c409a391d43
cpufreq: intel_pstate: Use correct scaling factor on Raptor Lake-E

Raptor Lake-E has the same processor ID as Raptor Lake-S, so there is
an entry in intel_hybrid_scaling_factor[] for it.  It does not contain
E-cores though and hybrid_get_cpu_type() returns 0 for its P-cores, so
they get the default "core" scaling factor.  However, the original
Raptor Lake scaling factor for P-cores still needs to be used for
mapping the HWP performance levels of the P-cores in Raptor Lake-E to
frequency, as though they were part of a real hybrid system.

To address this, update hwp_get_cpu_scaling() to return
hybrid_scaling_factor, which is the P-core scaling factor
retrieved from intel_hybrid_scaling_factor[], for all CPUs
that are not enumerated as E-cores.

Fixes: 9b18d536b124 ("cpufreq: intel_pstate: Use CPPC to get scaling factors")
Link: https://lore.kernel.org/all/20260511235328.2018458-1-srinivas.pandruvada@linux.intel.com/
Reported-by: Henry Tseng <henrytseng@qnap.com>
Closes: https://lore.kernel.org/linux-pm/20260508063032.3248602-1-henrytseng@qnap.com/
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Cc: All applicable <stable@vger.kernel.org>
Link: https://patch.msgid.link/4523296.ejJDZkT8p0@rafael.j.wysocki
drivers/cpufreq/intel_pstate.c