diff options
author | Anthony Liguori <aliguori@us.ibm.com> | 2009-08-11 15:57:59 -0500 |
---|---|---|
committer | Avi Kivity <avi@redhat.com> | 2009-09-10 10:46:44 +0300 |
commit | c0c7c04b874bf98a10d8e0c8322a5d3bc93536bc (patch) | |
tree | fd1fd86a26767fb8b59db3190f17b2c40a035ba4 /arch/x86/kvm/Makefile | |
parent | 345dcaa8fde7fa70252d58c862bf41fd2149ca2c (diff) | |
download | linux-stable-c0c7c04b874bf98a10d8e0c8322a5d3bc93536bc.tar.gz linux-stable-c0c7c04b874bf98a10d8e0c8322a5d3bc93536bc.tar.bz2 linux-stable-c0c7c04b874bf98a10d8e0c8322a5d3bc93536bc.zip |
KVM: When switching to a vm8086 task, load segments as 16-bit
According to 16.2.5 in the SDM, eflags.vm in the tss is consulted before loading
and new segments. If eflags.vm == 1, then the segments are treated as 16-bit
segments. The LDTR and TR are not normally available in vm86 mode so if they
happen to somehow get loaded, they need to be treated as 32-bit segments.
This fixes an invalid vmentry failure in a custom OS that was happening after
a task switch into vm8086 mode. Since the segments were being mistakenly
treated as 32-bit, we loaded garbage state.
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Signed-off-by: Avi Kivity <avi@redhat.com>
Diffstat (limited to 'arch/x86/kvm/Makefile')
0 files changed, 0 insertions, 0 deletions