summaryrefslogtreecommitdiff
path: root/arch/powerpc/kvm/book3s_hv_rmhandlers.S
diff options
context:
space:
mode:
authorBandan Das <bsd@redhat.com>2014-07-08 00:30:23 -0400
committerPaolo Bonzini <pbonzini@redhat.com>2014-07-08 10:06:42 +0200
commit9242b5b60df8b13b469bc6b7be08ff6ebb551ad3 (patch)
treec490ce887713f72c5ba0df7c214693abf7fa60f4 /arch/powerpc/kvm/book3s_hv_rmhandlers.S
parentcd3de83f147601356395b57a8673e9c5ff1e59d1 (diff)
downloadlwn-9242b5b60df8b13b469bc6b7be08ff6ebb551ad3.tar.gz
lwn-9242b5b60df8b13b469bc6b7be08ff6ebb551ad3.zip
KVM: x86: Check for nested events if there is an injectable interrupt
With commit b6b8a1451fc40412c57d1 that introduced vmx_check_nested_events, checks for injectable interrupts happen at different points in time for L1 and L2 that could potentially cause a race. The regression occurs because KVM_REQ_EVENT is always set when nested_run_pending is set even if there's no pending interrupt. Consequently, there could be a small window when check_nested_events returns without exiting to L1, but an interrupt comes through soon after and it incorrectly, gets injected to L2 by inject_pending_event Fix this by adding a call to check for nested events too when a check for injectable interrupt returns true Signed-off-by: Bandan Das <bsd@redhat.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'arch/powerpc/kvm/book3s_hv_rmhandlers.S')
0 files changed, 0 insertions, 0 deletions