summaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorSean Christopherson <seanjc@google.com>2026-01-08 19:45:31 -0800
committerSean Christopherson <seanjc@google.com>2026-01-13 17:35:32 -0800
commit249cc1ab4b9a5caa63d7e9c5a5b7862046089dd4 (patch)
treecbc2a5ca86b912dd05346a77b84fa1a9dcc11e45 /tools/perf/scripts/python
parent51c821d6d0ba038506d8b1c522f0b2b0ed756dd3 (diff)
downloadlinux-249cc1ab4b9a5caa63d7e9c5a5b7862046089dd4.tar.gz
linux-249cc1ab4b9a5caa63d7e9c5a5b7862046089dd4.zip
KVM: nVMX: Switch to vmcs01 to set virtual APICv mode on-demand if L2 is active
If L1's virtual APIC mode changes while L2 is active, e.g. because L1 doesn't intercept writes to the APIC_BASE MSR and L2 changes the mode, temporarily load vmcs01 and do all of the necessary actions instead of deferring the update until the next nested VM-Exit. This will help in fixing yet more issues related to updates while L2 is active, e.g. KVM neglects to update vmcs02 MSR intercepts if vmcs01's MSR intercepts are modified while L2 is active. Not updating x2APIC MSRs is benign because vmcs01's settings are not factored into vmcs02's bitmap, but deferring the x2APIC MSR updates would create a weird, inconsistent state. Reviewed-by: Chao Gao <chao.gao@intel.com> Link: https://patch.msgid.link/20260109034532.1012993-8-seanjc@google.com Signed-off-by: Sean Christopherson <seanjc@google.com>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions