aboutsummaryrefslogtreecommitdiffstats
path: root/arch/x86/kernel/doublefault_32.c
diff options
context:
space:
mode:
authorKonrad Rzeszutek Wilk <konrad.wilk@oracle.com>2013-04-05 16:42:23 -0400
committerH. Peter Anvin <hpa@linux.intel.com>2013-04-11 15:40:38 -0700
commit357d122670937c35b33d99c46356ef2b63182a1f (patch)
treef630334f9e9364858a648a740cbf72f43daeaff3 /arch/x86/kernel/doublefault_32.c
parentx86-32, gdt: Store/load GDT for ACPI S3 or hibernation/resume path is not needed (diff)
downloadlinux-dev-357d122670937c35b33d99c46356ef2b63182a1f.tar.xz
linux-dev-357d122670937c35b33d99c46356ef2b63182a1f.zip
x86, xen, gdt: Remove the pvops variant of store_gdt.
The two use-cases where we needed to store the GDT were during ACPI S3 suspend and resume. As the patches: x86/gdt/i386: store/load GDT for ACPI S3 or hibernation/resume path is not needed x86/gdt/64-bit: store/load GDT for ACPI S3 or hibernate/resume path is not needed. have demonstrated - there are other mechanism by which the GDT is saved and reloaded during early resume path. Hence we do not need to worry about the pvops call-chain for saving the GDT and can and can eliminate it. The other areas where the store_gdt is used are never going to be hit when running under the pvops platforms. Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Link: http://lkml.kernel.org/r/1365194544-14648-4-git-send-email-konrad.wilk@oracle.com Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Diffstat (limited to 'arch/x86/kernel/doublefault_32.c')
-rw-r--r--arch/x86/kernel/doublefault_32.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/x86/kernel/doublefault_32.c b/arch/x86/kernel/doublefault_32.c
index 37250fe490b1..155a13f33ed8 100644
--- a/arch/x86/kernel/doublefault_32.c
+++ b/arch/x86/kernel/doublefault_32.c
@@ -20,7 +20,7 @@ static void doublefault_fn(void)
struct desc_ptr gdt_desc = {0, 0};
unsigned long gdt, tss;
- store_gdt(&gdt_desc);
+ native_store_gdt(&gdt_desc);
gdt = gdt_desc.address;
printk(KERN_EMERG "PANIC: double fault, gdt at %08lx [%d bytes]\n", gdt, gdt_desc.size);