summaryrefslogtreecommitdiff
path: root/sound/oss
diff options
context:
space:
mode:
authorJan Kiszka <jan.kiszka@siemens.com>2014-10-08 16:05:39 (GMT)
committerPaolo Bonzini <pbonzini@redhat.com>2014-10-29 12:13:52 (GMT)
commit41e7ed64d86db351a94063596b478a0bfc040258 (patch)
tree4e6885dbd2de31f0a7eabb7bea916af9088a3dd5 /sound/oss
parentcd9b8e2c48b241be084dc794440e0e69267ef8e1 (diff)
downloadlinux-41e7ed64d86db351a94063596b478a0bfc040258.tar.xz
KVM: nVMX: Disable preemption while reading from shadow VMCS
In order to access the shadow VMCS, we need to load it. At this point, vmx->loaded_vmcs->vmcs and the actually loaded one start to differ. If we now get preempted by Linux, vmx_vcpu_put and, on return, the vmx_vcpu_load will work against the wrong vmcs. That can cause copy_shadow_to_vmcs12 to corrupt the vmcs12 state. Fix the issue by disabling preemption during the copy operation. copy_vmcs12_to_shadow is safe from this issue as it is executed by vmx_vcpu_run when preemption is already disabled before vmentry. This bug is exposed by running Jailhouse within KVM on CPUs with shadow VMCS support. Jailhouse never expects an interrupt pending vmexit, but the bug can cause it if, after copy_shadow_to_vmcs12 is preempted, the active VMCS happens to have the virtual interrupt pending flag set in the CPU-based execution controls. Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'sound/oss')
0 files changed, 0 insertions, 0 deletions