mirror of
https://github.com/torvalds/linux.git
synced 2024-12-26 21:02:19 +00:00
b677dfae5a
In some old AMD KVM implementation, guest's EFER.LME bit is cleared by KVM when the hypervsior detects that the guest sets CR0.PG to 0. This causes the guest OS to reboot when it tries to return from 32-bit trampoline code because the CPU is in incorrect state: CR4.PAE=1, CR0.PG=1, CS.L=1, but EFER.LME=0. As a precaution, set EFER.LME=1 as part of long mode activation procedure. This extra step won't cause any harm when Linux is booted on a bare-metal machine. Signed-off-by: Wei Huang <wei@redhat.com> Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com> Cc: bp@alien8.de Cc: hpa@zytor.com Link: https://lkml.kernel.org/r/20190104054411.12489-1-wei@redhat.com |
||
---|---|---|
.. | ||
.gitignore | ||
cmdline.c | ||
cpuflags.c | ||
early_serial_console.c | ||
eboot.c | ||
eboot.h | ||
efi_stub_32.S | ||
efi_stub_64.S | ||
efi_thunk_64.S | ||
error.c | ||
error.h | ||
head_32.S | ||
head_64.S | ||
kaslr_64.c | ||
kaslr.c | ||
Makefile | ||
mem_encrypt.S | ||
misc.c | ||
misc.h | ||
mkpiggy.c | ||
pgtable_64.c | ||
pgtable.h | ||
string.c | ||
vmlinux.lds.S |