KVM: Prevent system selectors leaking into guest on real->protected mode transition...
authorAvi Kivity <avi@qumranet.com>
Mon, 19 Mar 2007 11:18:10 +0000 (13:18 +0200)
committerAvi Kivity <avi@qumranet.com>
Tue, 27 Mar 2007 15:54:38 +0000 (17:54 +0200)
commit6af11b9e827aac1d664ccd31e94f122c7698416b
tree469d01dce403c23a068d7f9e266d45b8ced80776
parent703071b5b93d88d5acb0edd5b9dd86c69ad970f2
KVM: Prevent system selectors leaking into guest on real->protected mode transition on vmx

Intel virtualization extensions do not support virtualizing real mode.  So
kvm uses virtualized vm86 mode to run real mode code.  Unfortunately, this
virtualized vm86 mode does not support the so called "big real" mode, where
the segment selector and base do not agree with each other according to the
real mode rules (base == selector << 4).

To work around this, kvm checks whether a selector/base pair violates the
virtualized vm86 rules, and if so, forces it into conformance.  On a
transition back to protected mode, if we see that the guest did not touch
a forced segment, we restore it back to the original protected mode value.

This pile of hacks breaks down if the gdt has changed in real mode, as it
can cause a segment selector to point to a system descriptor instead of a
normal data segment.  In fact, this happens with the Windows bootloader
and the qemu acpi bios, where a protected mode memcpy routine issues an
innocent 'pop %es' and traps on an attempt to load a system descriptor.

"Fix" by checking if the to-be-restored selector points at a system segment,
and if so, coercing it into a normal data segment.  The long term solution,
of course, is to abandon vm86 mode and use emulation for big real mode.

Signed-off-by: Avi Kivity <avi@qumranet.com>
drivers/kvm/vmx.c