diff options
author | Sean Christopherson <seanjc@google.com> | 2025-08-06 12:56:46 -0700 |
---|---|---|
committer | Sean Christopherson <seanjc@google.com> | 2025-09-18 12:57:18 -0700 |
commit | 6057497336bbfabd3a2f632bba2cd2bfbcb7b304 (patch) | |
tree | bc67f7e58e89f71af331b2a054b93f0f732a25ec /drivers/infiniband/hw/ionic/ionic_datapath.c | |
parent | cdfed9370b96aabaa2d20f65ca4e9c9b009fe8fa (diff) |
KVM: x86: Rework KVM_REQ_MSR_FILTER_CHANGED into a generic RECALC_INTERCEPTS
Rework the MSR_FILTER_CHANGED request into a more generic RECALC_INTERCEPTS
request, and expand the responsibilities of vendor code to recalculate all
intercepts that vary based on userspace input, e.g. instruction intercepts
that are tied to guest CPUID.
Providing a generic recalc request will allow the upcoming mediated PMU
support to trigger a recalc when PMU features, e.g. PERF_CAPABILITIES, are
set by userspace, without having to make multiple calls to/from PMU code.
As a bonus, using a request will effectively coalesce recalcs, e.g. will
reduce the number of recalcs for normal usage from 3+ to 1 (vCPU create,
set CPUID, set PERF_CAPABILITIES (Intel only), set filter).
The downside is that MSR filter changes that are done in isolation will do
a small amount of unnecessary work, but that's already a relatively slow
path, and the cost of recalculating instruction intercepts is negligible.
Tested-by: Xudong Hao <xudong.hao@intel.com>
Link: https://lore.kernel.org/r/20250806195706.1650976-25-seanjc@google.com
Signed-off-by: Sean Christopherson <seanjc@google.com>
Diffstat (limited to 'drivers/infiniband/hw/ionic/ionic_datapath.c')
0 files changed, 0 insertions, 0 deletions