diff options
| author | Huang Ying <[email protected]> | 2010-05-31 14:28:19 +0800 |
|---|---|---|
| committer | Avi Kivity <[email protected]> | 2010-08-01 10:35:26 +0300 |
| commit | bf998156d24bcb127318ad5bf531ac3bdfcd6449 (patch) | |
| tree | 616c19474d7cb626ff9eebc54f6753563a4322cd /scripts/cleanpatch | |
| parent | 540ad6b62b3a188a53b51cac81d8a60d40e29fbd (diff) | |
KVM: Avoid killing userspace through guest SRAO MCE on unmapped pages
In common cases, guest SRAO MCE will cause corresponding poisoned page
be un-mapped and SIGBUS be sent to QEMU-KVM, then QEMU-KVM will relay
the MCE to guest OS.
But it is reported that if the poisoned page is accessed in guest
after unmapping and before MCE is relayed to guest OS, userspace will
be killed.
The reason is as follows. Because poisoned page has been un-mapped,
guest access will cause guest exit and kvm_mmu_page_fault will be
called. kvm_mmu_page_fault can not get the poisoned page for fault
address, so kernel and user space MMIO processing is tried in turn. In
user MMIO processing, poisoned page is accessed again, then userspace
is killed by force_sig_info.
To fix the bug, kvm_mmu_page_fault send HWPOISON signal to QEMU-KVM
and do not try kernel and user space MMIO processing for poisoned
page.
[xiao: fix warning introduced by avi]
Reported-by: Max Asbock <[email protected]>
Signed-off-by: Huang Ying <[email protected]>
Signed-off-by: Xiao Guangrong <[email protected]>
Signed-off-by: Marcelo Tosatti <[email protected]>
Signed-off-by: Avi Kivity <[email protected]>
Diffstat (limited to 'scripts/cleanpatch')
0 files changed, 0 insertions, 0 deletions