summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorKyle Huey <me@kylehuey.com>2022-05-03 08:01:36 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2022-05-15 20:54:47 +0300
commitf52c4c067aa53f53bfb244a7dfa9c3d90082b7a3 (patch)
tree250c7997dc35f99f29ecac3dc341f49b686cffbf /include
parentc1bdf1e6e706f15d5627be9d8b582a8edd9acc1e (diff)
downloadlinux-f52c4c067aa53f53bfb244a7dfa9c3d90082b7a3.tar.xz
KVM: x86/svm: Account for family 17h event renumberings in amd_pmc_perf_hw_id
commit 5eb849322d7f7ae9d5c587c7bc3b4f7c6872cd2f upstream. Zen renumbered some of the performance counters that correspond to the well known events in perf_hw_id. This code in KVM was never updated for that, so guest that attempt to use counters on Zen that correspond to the pre-Zen perf_hw_id values will silently receive the wrong values. This has been observed in the wild with rr[0] when running in Zen 3 guests. rr uses the retired conditional branch counter 00d1 which is incorrectly recognized by KVM as PERF_COUNT_HW_STALLED_CYCLES_BACKEND. [0] https://rr-project.org/ Signed-off-by: Kyle Huey <me@kylehuey.com> Message-Id: <20220503050136.86298-1-khuey@kylehuey.com> Cc: stable@vger.kernel.org [Check guest family, not host. - Paolo] Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> [Backport to 5.15: adjusted context] Signed-off-by: Kyle Huey <me@kylehuey.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions