Kan Liang cc8a853c2d perf/x86/uncore: Correct the number of CHAs on EMR ... commit 6f7f984fa8 upstream. Starting from SPR, the basic uncore PMON information is retrieved from the discovery table (resides in an MMIO space populated by BIOS). It is called the discovery method. The existing value of the type->num_boxes is from the discovery table. On some SPR variants, there is a firmware bug that makes the value from the discovery table incorrect. We use the value from the SPR_MSR_UNC_CBO_CONFIG MSR to replace the one from the discovery table: 38776cc45e ("perf/x86/uncore: Correct the number of CHAs on SPR") Unfortunately, the SPR_MSR_UNC_CBO_CONFIG isn't available for the EMR XCC (Always returns 0), but the above firmware bug doesn't impact the EMR XCC. Don't let the value from the MSR replace the existing value from the discovery table. Fixes: 38776cc45e ("perf/x86/uncore: Correct the number of CHAs on SPR") Reported-by: Stephane Eranian <eranian@google.com> Reported-by: Yunying Sun <yunying.sun@intel.com> Signed-off-by: Kan Liang <kan.liang@linux.intel.com> Signed-off-by: Ingo Molnar <mingo@kernel.org> Tested-by: Yunying Sun <yunying.sun@intel.com> Link: https://lore.kernel.org/r/20230905134248.496114-1-kan.liang@linux.intel.com Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>		2023-09-13 09:43:04 +02:00
..
Makefile	…
bts.c	…
core.c	perf/x86: Fix lockdep warning in for_each_sibling_event() on SPR	2023-07-23 13:49:45 +02:00
cstate.c	…
ds.c	…
knc.c	…
lbr.c	perf/x86/core: Zero @lbr instead of returning -1 in x86_perf_get_lbr() stub	2023-05-17 11:53:27 +02:00
p4.c	…
p6.c	…
pt.c	…
pt.h	…
uncore.c	perf/x86/intel/uncore: Add Meteor Lake support	2023-03-10 09:33:47 +01:00
uncore.h	perf/x86/intel/uncore: Add Meteor Lake support	2023-03-10 09:33:47 +01:00
uncore_discovery.c	…
uncore_discovery.h	…
uncore_nhmex.c	…
uncore_snb.c	perf/x86/intel/uncore: Add Meteor Lake support	2023-03-10 09:33:47 +01:00
uncore_snbep.c	perf/x86/uncore: Correct the number of CHAs on EMR	2023-09-13 09:43:04 +02:00