diff options
| author | Sean Christopherson <seanjc@google.com> | 2026-10-21 18:54:07 -0700 |
|---|---|---|
| committer | Paolo Bonzini <pbonzini@redhat.com> | 2026-11-02 12:49:57 -0500 |
| commit | 0cb8f16f88337a8c995d333e74c8c5b4f1d8abc2 (patch) | |
| tree | 532e6d6c4d8539acd1d0c81a6f2d4311167af9b5 /scripts/basic/split-include.c | |
| parent | c7c288d178cb0b78d3464a616b16b1aa0b316049 (diff) | |
| download | linux-0cb8f16f88337a8c995d333e74c8c5b4f1d8abc2.tar.gz linux-0cb8f16f88337a8c995d333e74c8c5b4f1d8abc2.zip | |
KVM: x86: Flush guest TLB when emulating a RESET to strictly honor the spec
Flush the guest TLB when emulating a RESET even though such a flush should
be completely unnecessary since KVM only performs a RESET when creating a
vCPU, and so it should be impossible for the vCPU to have any accrued TLB
state. Making the flush unconditional aligns KVM's behavior with both the
SDM and APM (ignoring that both specifications contradict themselves), and
avoids having to worry about hypotheticals like "what if KVM did provide a
way to emulate RESET after a vCPU is created?".
Signed-off-by: Sean Christopherson <seanjc@google.com>
Message-ID: <20261022015407.279870-3-seanjc@google.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'scripts/basic/split-include.c')
0 files changed, 0 insertions, 0 deletions
