[x86 setup] Work around bug in Xen HVM

Apparently XEN does not keep the contents of the 48-bit gdt_48 data
structure that is passed to lgdt in the XEN machine state. Instead it
appears to save the _address_ of the 48-bit descriptor
somewhere. Unfortunately this data happens to reside on the stack and
is probably no longer availiable at the time of the actual protected
mode jump.

This is Xen bug but given that there is a one-line patch to work
around this problem, the linux kernel should probably do this. My fix
is to make the gdt_48 description in setup_gdt static (in setup_idt
this is already the case). This allows the kernel to boot under
Xen HVM again.

Signed-off-by: Christian Ehrhardt <lk@c--e.de>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>

authored by Christian Ehrhardt and committed by H. Peter Anvin ce29a1f8 40ffbfad

+5 -1
+5 -1
arch/i386/boot/pm.c
··· 122 /* DS: data, read/write, 4 GB, base 0 */ 123 [GDT_ENTRY_BOOT_DS] = GDT_ENTRY(0xc093, 0, 0xfffff), 124 }; 125 - struct gdt_ptr gdt; 126 127 gdt.len = sizeof(boot_gdt)-1; 128 gdt.ptr = (u32)&boot_gdt + (ds() << 4);
··· 122 /* DS: data, read/write, 4 GB, base 0 */ 123 [GDT_ENTRY_BOOT_DS] = GDT_ENTRY(0xc093, 0, 0xfffff), 124 }; 125 + /* Xen HVM incorrectly stores a pointer to the gdt_ptr, instead 126 + of the gdt_ptr contents. Thus, make it static so it will 127 + stay in memory, at least long enough that we switch to the 128 + proper kernel GDT. */ 129 + static struct gdt_ptr gdt; 130 131 gdt.len = sizeof(boot_gdt)-1; 132 gdt.ptr = (u32)&boot_gdt + (ds() << 4);