summaryrefslogtreecommitdiffstats
path: root/init
diff options
context:
space:
mode:
authorSean Christopherson <seanjc@google.com>2021-12-07 20:30:06 +0100
committerPaolo Bonzini <pbonzini@redhat.com>2021-12-20 14:06:55 +0100
commitab1ef34416a65ba11f66ae6435fcf0251cb46fd4 (patch)
tree8a40f93357afea6576590203cc99ab7318ea942c /init
parentKVM: VMX: Fix stale docs for kvm-intel.emulate_invalid_guest_state (diff)
downloadlinux-ab1ef34416a65ba11f66ae6435fcf0251cb46fd4.tar.xz
linux-ab1ef34416a65ba11f66ae6435fcf0251cb46fd4.zip
KVM: selftests: Add test to verify TRIPLE_FAULT on invalid L2 guest state
Add a selftest to attempt to enter L2 with invalid guests state by exiting to userspace via I/O from L2, and then using KVM_SET_SREGS to set invalid guest state (marking TR unusable is arbitrary chosen for its relative simplicity). This is a regression test for a bug introduced by commit c8607e4a086f ("KVM: x86: nVMX: don't fail nested VM entry on invalid guest state if !from_vmentry"), which incorrectly set vmx->fail=true when L2 had invalid guest state and ultimately triggered a WARN due to nested_vmx_vmexit() seeing vmx->fail==true while attempting to synthesize a nested VM-Exit. The is also a functional test to verify that KVM sythesizes TRIPLE_FAULT for L2, which is somewhat arbitrary behavior, instead of emulating L2. KVM should never emulate L2 due to invalid guest state, as it's architecturally impossible for L1 to run an L2 guest with invalid state as nested VM-Enter should always fail, i.e. L1 needs to do the emulation. Stuffing state via KVM ioctl() is a non-architctural, out-of-band case, hence the TRIPLE_FAULT being rather arbitrary. Signed-off-by: Sean Christopherson <seanjc@google.com> Message-Id: <20211207193006.120997-5-seanjc@google.com> Reviewed-by: Maxim Levitsky <mlevitsk@redhat.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'init')
0 files changed, 0 insertions, 0 deletions