diff options
| author | David Carlier <devnexen@gmail.com> | 2026-09-06 13:14:16 +0100 |
|---|---|---|
| committer | Will Deacon <will@kernel.org> | 2026-09-18 11:24:16 +0000 |
| commit | b7403afb7a5f85073243df10238b3483958ad69e (patch) | |
| tree | 1141ce78570b9fae2ffd44f91e99cfb68435522b /tools/perf/tests/shell/test_stackcollapse_python.sh | |
| parent | baaa9b126b875b40ffd9356da52c7c871917e5bb (diff) | |
| download | linux-next-b7403afb7a5f85073243df10238b3483958ad69e.tar.gz linux-next-b7403afb7a5f85073243df10238b3483958ad69e.zip | |
arm64: errata: match the target implementation CPU's own MIDR
__is_affected_midr_range() is handed the MIDR and REVIDR of one target
implementation CPU, but tests the erratum's range with is_midr_in_range(),
which re-scans all of target_impl_cpus[] and ignores the @midr argument.
The range test is thus constant across the per-CPU loop in
is_affected_midr_range() and only answers "is any target CPU in range".
Since just the fixed_revs REVIDR check uses the iteration's own registers,
an out-of-range target CPU can decide whether a MIDR_FIXED() exemption
applies. A VM then enables a workaround whose only in-range CPU is fixed
silicon, e.g. erratum 2658417 on a Cortex-A510 r1p1 with REVIDR_EL1[25]
set.
Factor the range test into __is_midr_in_range(), which takes an explicit
MIDR, and use it in __is_affected_midr_range().
Fixes: 86edf6bdcf05 ("smccc/kvm_guest: Enable errata based on implementation CPUs")
Cc: stable@vger.kernel.org
Assisted-by: Claude:claude-opus-5
Signed-off-by: David Carlier <devnexen@gmail.com>
Signed-off-by: Will Deacon <will@kernel.org>
Diffstat (limited to 'tools/perf/tests/shell/test_stackcollapse_python.sh')
0 files changed, 0 insertions, 0 deletions
