2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
*
|
|
|
|
* Copyright (C) 1991, 1992 Linus Torvalds
|
|
|
|
*/
|
|
|
|
|
|
|
|
/*
|
|
|
|
* entry.S contains the system-call and fault low-level handling routines.
|
|
|
|
* This also contains the timer-interrupt handler, as well as all interrupts
|
|
|
|
* and faults that can result in a task-switch.
|
|
|
|
*
|
|
|
|
* NOTE: This code handles signal-recognition, which happens every time
|
|
|
|
* after a timer-interrupt and after each system call.
|
|
|
|
*
|
|
|
|
* I changed all the .align's to 4 (16 byte alignment), as that's faster
|
|
|
|
* on a 486.
|
|
|
|
*
|
2007-05-03 00:27:19 +07:00
|
|
|
* Stack layout in 'syscall_exit':
|
2005-04-17 05:20:36 +07:00
|
|
|
* ptrace needs to have all regs on the stack.
|
|
|
|
* if the order here is changed, it needs to be
|
|
|
|
* updated in fork.c:copy_process, signal.c:do_signal,
|
|
|
|
* ptrace.c and ptrace.h
|
|
|
|
*
|
|
|
|
* 0(%esp) - %ebx
|
|
|
|
* 4(%esp) - %ecx
|
|
|
|
* 8(%esp) - %edx
|
|
|
|
* C(%esp) - %esi
|
|
|
|
* 10(%esp) - %edi
|
|
|
|
* 14(%esp) - %ebp
|
|
|
|
* 18(%esp) - %eax
|
|
|
|
* 1C(%esp) - %ds
|
|
|
|
* 20(%esp) - %es
|
2007-02-13 19:26:20 +07:00
|
|
|
* 24(%esp) - %fs
|
2009-02-09 20:17:40 +07:00
|
|
|
* 28(%esp) - %gs saved iff !CONFIG_X86_32_LAZY_GS
|
|
|
|
* 2C(%esp) - orig_eax
|
|
|
|
* 30(%esp) - %eip
|
|
|
|
* 34(%esp) - %cs
|
|
|
|
* 38(%esp) - %eflags
|
|
|
|
* 3C(%esp) - %oldesp
|
|
|
|
* 40(%esp) - %oldss
|
2005-04-17 05:20:36 +07:00
|
|
|
*
|
|
|
|
* "current" is in register %ebx during any slow entries.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/linkage.h>
|
2012-01-04 02:23:06 +07:00
|
|
|
#include <linux/err.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
#include <asm/thread_info.h>
|
2006-07-03 14:24:43 +07:00
|
|
|
#include <asm/irqflags.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
#include <asm/errno.h>
|
|
|
|
#include <asm/segment.h>
|
|
|
|
#include <asm/smp.h>
|
2009-02-14 02:14:01 +07:00
|
|
|
#include <asm/page_types.h>
|
2006-12-07 08:14:01 +07:00
|
|
|
#include <asm/percpu.h>
|
2006-06-26 18:57:44 +07:00
|
|
|
#include <asm/dwarf2.h>
|
2008-03-26 02:16:32 +07:00
|
|
|
#include <asm/processor-flags.h>
|
2008-06-22 01:17:27 +07:00
|
|
|
#include <asm/ftrace.h>
|
2008-05-03 01:10:09 +07:00
|
|
|
#include <asm/irq_vectors.h>
|
2010-03-21 20:00:43 +07:00
|
|
|
#include <asm/cpufeature.h>
|
2011-08-26 03:10:33 +07:00
|
|
|
#include <asm/alternative-asm.h>
|
2012-04-21 02:19:50 +07:00
|
|
|
#include <asm/asm.h>
|
2012-09-22 03:58:10 +07:00
|
|
|
#include <asm/smap.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2008-06-24 18:16:52 +07:00
|
|
|
/* Avoid __ASSEMBLER__'ifying <linux/audit.h> just for this. */
|
|
|
|
#include <linux/elf-em.h>
|
|
|
|
#define AUDIT_ARCH_I386 (EM_386|__AUDIT_ARCH_LE)
|
|
|
|
#define __AUDIT_ARCH_LE 0x40000000
|
|
|
|
|
|
|
|
#ifndef CONFIG_AUDITSYSCALL
|
|
|
|
#define sysenter_audit syscall_trace_entry
|
|
|
|
#define sysexit_audit syscall_exit_work
|
|
|
|
#endif
|
|
|
|
|
2011-03-08 01:10:39 +07:00
|
|
|
.section .entry.text, "ax"
|
|
|
|
|
2006-12-07 08:14:08 +07:00
|
|
|
/*
|
|
|
|
* We use macros for low-level operations which need to be overridden
|
|
|
|
* for paravirtualization. The following will never clobber any registers:
|
|
|
|
* INTERRUPT_RETURN (aka. "iret")
|
|
|
|
* GET_CR0_INTO_EAX (aka. "movl %cr0, %eax")
|
2008-06-25 11:19:26 +07:00
|
|
|
* ENABLE_INTERRUPTS_SYSEXIT (aka "sti; sysexit").
|
2006-12-07 08:14:08 +07:00
|
|
|
*
|
|
|
|
* For DISABLE_INTERRUPTS/ENABLE_INTERRUPTS (aka "cli"/"sti"), you must
|
|
|
|
* specify what registers can be overwritten (CLBR_NONE, CLBR_EAX/EDX/ECX/ANY).
|
|
|
|
* Allowing a register to be clobbered can shrink the paravirt replacement
|
|
|
|
* enough to patch inline, increasing performance.
|
|
|
|
*/
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
#ifdef CONFIG_PREEMPT
|
2006-12-07 08:14:08 +07:00
|
|
|
#define preempt_stop(clobbers) DISABLE_INTERRUPTS(clobbers); TRACE_IRQS_OFF
|
2005-04-17 05:20:36 +07:00
|
|
|
#else
|
2006-12-07 08:14:08 +07:00
|
|
|
#define preempt_stop(clobbers)
|
i386: fix return to 16-bit stack from NMI handler
Returning to a task with a 16-bit stack requires special care: the iret
instruction does not restore the high word of esp in that case. The
espfix code fixes this, but currently is not invoked on NMIs. This means
that a running task gets the upper word of esp clobbered due intervening
NMIs. To reproduce, compile and run the following program with the nmi
watchdog enabled (nmi_watchdog=2 on the command line). Using gdb you can
see that the high bits of esp contain garbage, while the low bits are
still correct.
This patch puts the espfix code back into the NMI code path.
The patch is slightly complicated due to the irqtrace infrastructure not
being NMI-safe. The NMI return path cannot call TRACE_IRQS_IRET.
Otherwise, the tail of the normal iret-code is correct for the nmi code
path too. To be able to share this code-path, the TRACE_IRQS_IRET was
move up a bit. The espfix code exists after the TRACE_IRQS_IRET, but
this code explicitly disables interrupts. This short interrupts-off
section is now not traced anymore. The return-to-kernel path now always
includes the preliminary test to decide if the espfix code should be
called. This is never the case, but doing it this way keeps the patch as
simple as possible and the few extra instructions should not affect
timing in any significant way.
#define _GNU_SOURCE
#include <stdio.h>
#include <sys/types.h>
#include <sys/mman.h>
#include <unistd.h>
#include <sys/syscall.h>
#include <asm/ldt.h>
int modify_ldt(int func, void *ptr, unsigned long bytecount)
{
return syscall(SYS_modify_ldt, func, ptr, bytecount);
}
/* this is assumed to be usable */
#define SEGBASEADDR 0x10000
#define SEGLIMIT 0x20000
/* 16-bit segment */
struct user_desc desc = {
.entry_number = 0,
.base_addr = SEGBASEADDR,
.limit = SEGLIMIT,
.seg_32bit = 0,
.contents = 0, /* ??? */
.read_exec_only = 0,
.limit_in_pages = 0,
.seg_not_present = 0,
.useable = 1
};
int main(void)
{
setvbuf(stdout, NULL, _IONBF, 0);
/* map a 64 kb segment */
char *pointer = mmap((void *)SEGBASEADDR, SEGLIMIT+1,
PROT_EXEC|PROT_READ|PROT_WRITE,
MAP_SHARED|MAP_ANONYMOUS, -1, 0);
if (pointer == NULL) {
printf("could not map space\n");
return 0;
}
/* write ldt, new mode */
int err = modify_ldt(0x11, &desc, sizeof(desc));
if (err) {
printf("error modifying ldt: %i\n", err);
return 0;
}
for (int i=0; i<1000; i++) {
asm volatile (
"pusha\n\t"
"mov %ss, %eax\n\t" /* preserve ss:esp */
"mov %esp, %ebp\n\t"
"push $7\n\t" /* index 0, ldt, user mode */
"push $65536-4096\n\t" /* esp */
"lss (%esp), %esp\n\t" /* switch to new stack */
"push %eax\n\t" /* save old ss:esp on new stack */
"push %ebp\n\t"
"add $17*65536, %esp\n\t" /* set high bits */
"mov %esp, %edx\n\t"
"mov $10000000, %ecx\n\t" /* wait... */
"1: loop 1b\n\t" /* ... a bit */
"cmp %esp, %edx\n\t"
"je 1f\n\t"
"ud2\n\t" /* esp changed inexplicably! */
"1:\n\t"
"sub $17*65536, %esp\n\t" /* restore high bits */
"lss (%esp), %esp\n\t" /* restore old ss:esp */
"popa\n\t");
printf("\rx%ix", i);
}
return 0;
}
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:57 +07:00
|
|
|
#define resume_kernel restore_all
|
2005-04-17 05:20:36 +07:00
|
|
|
#endif
|
|
|
|
|
2006-07-03 14:24:43 +07:00
|
|
|
.macro TRACE_IRQS_IRET
|
|
|
|
#ifdef CONFIG_TRACE_IRQFLAGS
|
2008-03-26 02:16:32 +07:00
|
|
|
testl $X86_EFLAGS_IF,PT_EFLAGS(%esp) # interrupts off?
|
2006-07-03 14:24:43 +07:00
|
|
|
jz 1f
|
|
|
|
TRACE_IRQS_ON
|
|
|
|
1:
|
|
|
|
#endif
|
|
|
|
.endm
|
|
|
|
|
2009-02-09 20:17:40 +07:00
|
|
|
/*
|
|
|
|
* User gs save/restore
|
|
|
|
*
|
|
|
|
* %gs is used for userland TLS and kernel only uses it for stack
|
|
|
|
* canary which is required to be at %gs:20 by gcc. Read the comment
|
|
|
|
* at the top of stackprotector.h for more info.
|
|
|
|
*
|
|
|
|
* Local labels 98 and 99 are used.
|
|
|
|
*/
|
|
|
|
#ifdef CONFIG_X86_32_LAZY_GS
|
|
|
|
|
|
|
|
/* unfortunately push/pop can't be no-op */
|
|
|
|
.macro PUSH_GS
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $0
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
|
|
|
.macro POP_GS pop=0
|
|
|
|
addl $(4 + \pop), %esp
|
|
|
|
CFI_ADJUST_CFA_OFFSET -(4 + \pop)
|
|
|
|
.endm
|
|
|
|
.macro POP_GS_EX
|
|
|
|
.endm
|
|
|
|
|
|
|
|
/* all the rest are no-op */
|
|
|
|
.macro PTGS_TO_GS
|
|
|
|
.endm
|
|
|
|
.macro PTGS_TO_GS_EX
|
|
|
|
.endm
|
|
|
|
.macro GS_TO_REG reg
|
|
|
|
.endm
|
|
|
|
.macro REG_TO_PTGS reg
|
|
|
|
.endm
|
|
|
|
.macro SET_KERNEL_GS reg
|
|
|
|
.endm
|
|
|
|
|
|
|
|
#else /* CONFIG_X86_32_LAZY_GS */
|
|
|
|
|
|
|
|
.macro PUSH_GS
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %gs
|
2009-02-09 20:17:40 +07:00
|
|
|
/*CFI_REL_OFFSET gs, 0*/
|
|
|
|
.endm
|
|
|
|
|
|
|
|
.macro POP_GS pop=0
|
2010-09-02 20:07:16 +07:00
|
|
|
98: popl_cfi %gs
|
2009-02-09 20:17:40 +07:00
|
|
|
/*CFI_RESTORE gs*/
|
|
|
|
.if \pop <> 0
|
|
|
|
add $\pop, %esp
|
|
|
|
CFI_ADJUST_CFA_OFFSET -\pop
|
|
|
|
.endif
|
|
|
|
.endm
|
|
|
|
.macro POP_GS_EX
|
|
|
|
.pushsection .fixup, "ax"
|
|
|
|
99: movl $0, (%esp)
|
|
|
|
jmp 98b
|
|
|
|
.popsection
|
2012-04-21 02:19:50 +07:00
|
|
|
_ASM_EXTABLE(98b,99b)
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
|
|
|
|
|
|
|
.macro PTGS_TO_GS
|
|
|
|
98: mov PT_GS(%esp), %gs
|
|
|
|
.endm
|
|
|
|
.macro PTGS_TO_GS_EX
|
|
|
|
.pushsection .fixup, "ax"
|
|
|
|
99: movl $0, PT_GS(%esp)
|
|
|
|
jmp 98b
|
|
|
|
.popsection
|
2012-04-21 02:19:50 +07:00
|
|
|
_ASM_EXTABLE(98b,99b)
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
|
|
|
|
|
|
|
.macro GS_TO_REG reg
|
|
|
|
movl %gs, \reg
|
|
|
|
/*CFI_REGISTER gs, \reg*/
|
|
|
|
.endm
|
|
|
|
.macro REG_TO_PTGS reg
|
|
|
|
movl \reg, PT_GS(%esp)
|
|
|
|
/*CFI_REL_OFFSET gs, PT_GS*/
|
|
|
|
.endm
|
|
|
|
.macro SET_KERNEL_GS reg
|
2009-02-09 20:17:40 +07:00
|
|
|
movl $(__KERNEL_STACK_CANARY), \reg
|
2009-02-09 20:17:40 +07:00
|
|
|
movl \reg, %gs
|
|
|
|
.endm
|
|
|
|
|
|
|
|
#endif /* CONFIG_X86_32_LAZY_GS */
|
|
|
|
|
2009-02-09 20:17:40 +07:00
|
|
|
.macro SAVE_ALL
|
|
|
|
cld
|
2009-02-09 20:17:40 +07:00
|
|
|
PUSH_GS
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %fs
|
2009-02-09 20:17:40 +07:00
|
|
|
/*CFI_REL_OFFSET fs, 0;*/
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %es
|
2009-02-09 20:17:40 +07:00
|
|
|
/*CFI_REL_OFFSET es, 0;*/
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %ds
|
2009-02-09 20:17:40 +07:00
|
|
|
/*CFI_REL_OFFSET ds, 0;*/
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %eax
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_REL_OFFSET eax, 0
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %ebp
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_REL_OFFSET ebp, 0
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %edi
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_REL_OFFSET edi, 0
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %esi
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_REL_OFFSET esi, 0
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %edx
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_REL_OFFSET edx, 0
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %ecx
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_REL_OFFSET ecx, 0
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %ebx
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_REL_OFFSET ebx, 0
|
|
|
|
movl $(__USER_DS), %edx
|
|
|
|
movl %edx, %ds
|
|
|
|
movl %edx, %es
|
|
|
|
movl $(__KERNEL_PERCPU), %edx
|
2007-02-13 19:26:20 +07:00
|
|
|
movl %edx, %fs
|
2009-02-09 20:17:40 +07:00
|
|
|
SET_KERNEL_GS %edx
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-02-09 20:17:40 +07:00
|
|
|
.macro RESTORE_INT_REGS
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %ebx
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_RESTORE ebx
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %ecx
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_RESTORE ecx
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %edx
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_RESTORE edx
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %esi
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_RESTORE esi
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %edi
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_RESTORE edi
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %ebp
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_RESTORE ebp
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %eax
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_RESTORE eax
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-02-09 20:17:40 +07:00
|
|
|
.macro RESTORE_REGS pop=0
|
2009-02-09 20:17:40 +07:00
|
|
|
RESTORE_INT_REGS
|
2010-09-02 20:07:16 +07:00
|
|
|
1: popl_cfi %ds
|
2009-02-09 20:17:40 +07:00
|
|
|
/*CFI_RESTORE ds;*/
|
2010-09-02 20:07:16 +07:00
|
|
|
2: popl_cfi %es
|
2009-02-09 20:17:40 +07:00
|
|
|
/*CFI_RESTORE es;*/
|
2010-09-02 20:07:16 +07:00
|
|
|
3: popl_cfi %fs
|
2009-02-09 20:17:40 +07:00
|
|
|
/*CFI_RESTORE fs;*/
|
2009-02-09 20:17:40 +07:00
|
|
|
POP_GS \pop
|
2009-02-09 20:17:40 +07:00
|
|
|
.pushsection .fixup, "ax"
|
|
|
|
4: movl $0, (%esp)
|
|
|
|
jmp 1b
|
|
|
|
5: movl $0, (%esp)
|
|
|
|
jmp 2b
|
|
|
|
6: movl $0, (%esp)
|
|
|
|
jmp 3b
|
[PATCH] i386: Use %gs as the PDA base-segment in the kernel
This patch is the meat of the PDA change. This patch makes several related
changes:
1: Most significantly, %gs is now used in the kernel. This means that on
entry, the old value of %gs is saved away, and it is reloaded with
__KERNEL_PDA.
2: entry.S constructs the stack in the shape of struct pt_regs, and this
is passed around the kernel so that the process's saved register
state can be accessed.
Unfortunately struct pt_regs doesn't currently have space for %gs
(or %fs). This patch extends pt_regs to add space for gs (no space
is allocated for %fs, since it won't be used, and it would just
complicate the code in entry.S to work around the space).
3: Because %gs is now saved on the stack like %ds, %es and the integer
registers, there are a number of places where it no longer needs to
be handled specially; namely context switch, and saving/restoring the
register state in a signal context.
4: And since kernel threads run in kernel space and call normal kernel
code, they need to be created with their %gs == __KERNEL_PDA.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Andi Kleen <ak@suse.de>
Cc: Chuck Ebbert <76306.1226@compuserve.com>
Cc: Zachary Amsden <zach@vmware.com>
Cc: Jan Beulich <jbeulich@novell.com>
Cc: Andi Kleen <ak@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
2006-12-07 08:14:02 +07:00
|
|
|
.popsection
|
2012-04-21 02:19:50 +07:00
|
|
|
_ASM_EXTABLE(1b,4b)
|
|
|
|
_ASM_EXTABLE(2b,5b)
|
|
|
|
_ASM_EXTABLE(3b,6b)
|
2009-02-09 20:17:40 +07:00
|
|
|
POP_GS_EX
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-02-09 20:17:40 +07:00
|
|
|
.macro RING0_INT_FRAME
|
|
|
|
CFI_STARTPROC simple
|
|
|
|
CFI_SIGNAL_FRAME
|
|
|
|
CFI_DEF_CFA esp, 3*4
|
|
|
|
/*CFI_OFFSET cs, -2*4;*/
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_OFFSET eip, -3*4
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
2006-06-26 18:57:44 +07:00
|
|
|
|
2009-02-09 20:17:40 +07:00
|
|
|
.macro RING0_EC_FRAME
|
|
|
|
CFI_STARTPROC simple
|
|
|
|
CFI_SIGNAL_FRAME
|
|
|
|
CFI_DEF_CFA esp, 4*4
|
|
|
|
/*CFI_OFFSET cs, -2*4;*/
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_OFFSET eip, -3*4
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
2006-06-26 18:57:44 +07:00
|
|
|
|
2009-02-09 20:17:40 +07:00
|
|
|
.macro RING0_PTREGS_FRAME
|
|
|
|
CFI_STARTPROC simple
|
|
|
|
CFI_SIGNAL_FRAME
|
|
|
|
CFI_DEF_CFA esp, PT_OLDESP-PT_EBX
|
|
|
|
/*CFI_OFFSET cs, PT_CS-PT_OLDESP;*/
|
|
|
|
CFI_OFFSET eip, PT_EIP-PT_OLDESP
|
|
|
|
/*CFI_OFFSET es, PT_ES-PT_OLDESP;*/
|
|
|
|
/*CFI_OFFSET ds, PT_DS-PT_OLDESP;*/
|
|
|
|
CFI_OFFSET eax, PT_EAX-PT_OLDESP
|
|
|
|
CFI_OFFSET ebp, PT_EBP-PT_OLDESP
|
|
|
|
CFI_OFFSET edi, PT_EDI-PT_OLDESP
|
|
|
|
CFI_OFFSET esi, PT_ESI-PT_OLDESP
|
|
|
|
CFI_OFFSET edx, PT_EDX-PT_OLDESP
|
|
|
|
CFI_OFFSET ecx, PT_ECX-PT_OLDESP
|
2006-12-07 08:14:02 +07:00
|
|
|
CFI_OFFSET ebx, PT_EBX-PT_OLDESP
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(ret_from_fork)
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_STARTPROC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %eax
|
2005-04-17 05:20:36 +07:00
|
|
|
call schedule_tail
|
|
|
|
GET_THREAD_INFO(%ebp)
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %eax
|
|
|
|
pushl_cfi $0x0202 # Reset kernel eflags
|
|
|
|
popfl_cfi
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp syscall_exit
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(ret_from_fork)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2012-10-11 08:35:42 +07:00
|
|
|
ENTRY(ret_from_kernel_thread)
|
|
|
|
CFI_STARTPROC
|
|
|
|
pushl_cfi %eax
|
|
|
|
call schedule_tail
|
2012-08-03 02:05:11 +07:00
|
|
|
GET_THREAD_INFO(%ebp)
|
2012-10-11 08:35:42 +07:00
|
|
|
popl_cfi %eax
|
|
|
|
pushl_cfi $0x0202 # Reset kernel eflags
|
|
|
|
popfl_cfi
|
|
|
|
movl PT_EBP(%esp),%eax
|
|
|
|
call *PT_EBX(%esp)
|
|
|
|
movl $0,PT_EAX(%esp)
|
2012-08-03 02:05:11 +07:00
|
|
|
jmp syscall_exit
|
2012-10-11 08:35:42 +07:00
|
|
|
CFI_ENDPROC
|
|
|
|
ENDPROC(ret_from_kernel_thread)
|
2012-08-03 02:05:11 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* Return to user mode is not as complex as all this looks,
|
|
|
|
* but we want the default path for a system call return to
|
|
|
|
* go as quickly as possible which is why some of this is
|
|
|
|
* less clear than it otherwise should be.
|
|
|
|
*/
|
|
|
|
|
|
|
|
# userspace resumption stub bypassing syscall exit tracing
|
|
|
|
ALIGN
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_PTREGS_FRAME
|
2005-04-17 05:20:36 +07:00
|
|
|
ret_from_exception:
|
2006-12-07 08:14:08 +07:00
|
|
|
preempt_stop(CLBR_ANY)
|
2005-04-17 05:20:36 +07:00
|
|
|
ret_from_intr:
|
|
|
|
GET_THREAD_INFO(%ebp)
|
2012-03-23 03:39:25 +07:00
|
|
|
#ifdef CONFIG_VM86
|
2006-12-07 08:14:02 +07:00
|
|
|
movl PT_EFLAGS(%esp), %eax # mix EFLAGS and CS
|
|
|
|
movb PT_CS(%esp), %al
|
2008-03-26 02:16:32 +07:00
|
|
|
andl $(X86_EFLAGS_VM | SEGMENT_RPL_MASK), %eax
|
2012-03-23 03:39:25 +07:00
|
|
|
#else
|
|
|
|
/*
|
2012-08-03 02:05:11 +07:00
|
|
|
* We can be coming here from child spawned by kernel_thread().
|
2012-03-23 03:39:25 +07:00
|
|
|
*/
|
|
|
|
movl PT_CS(%esp), %eax
|
|
|
|
andl $SEGMENT_RPL_MASK, %eax
|
|
|
|
#endif
|
2006-09-26 15:52:39 +07:00
|
|
|
cmpl $USER_RPL, %eax
|
|
|
|
jb resume_kernel # not returning to v8086 or userspace
|
[PATCH] i386: Use %gs as the PDA base-segment in the kernel
This patch is the meat of the PDA change. This patch makes several related
changes:
1: Most significantly, %gs is now used in the kernel. This means that on
entry, the old value of %gs is saved away, and it is reloaded with
__KERNEL_PDA.
2: entry.S constructs the stack in the shape of struct pt_regs, and this
is passed around the kernel so that the process's saved register
state can be accessed.
Unfortunately struct pt_regs doesn't currently have space for %gs
(or %fs). This patch extends pt_regs to add space for gs (no space
is allocated for %fs, since it won't be used, and it would just
complicate the code in entry.S to work around the space).
3: Because %gs is now saved on the stack like %ds, %es and the integer
registers, there are a number of places where it no longer needs to
be handled specially; namely context switch, and saving/restoring the
register state in a signal context.
4: And since kernel threads run in kernel space and call normal kernel
code, they need to be created with their %gs == __KERNEL_PDA.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Andi Kleen <ak@suse.de>
Cc: Chuck Ebbert <76306.1226@compuserve.com>
Cc: Zachary Amsden <zach@vmware.com>
Cc: Jan Beulich <jbeulich@novell.com>
Cc: Andi Kleen <ak@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
2006-12-07 08:14:02 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
ENTRY(resume_userspace)
|
2007-10-12 03:11:12 +07:00
|
|
|
LOCKDEP_SYS_EXIT
|
2006-12-07 08:14:08 +07:00
|
|
|
DISABLE_INTERRUPTS(CLBR_ANY) # make sure we don't miss an interrupt
|
2005-04-17 05:20:36 +07:00
|
|
|
# setting need_resched or sigpending
|
|
|
|
# between sampling and the iret
|
2008-06-06 15:14:08 +07:00
|
|
|
TRACE_IRQS_OFF
|
2005-04-17 05:20:36 +07:00
|
|
|
movl TI_flags(%ebp), %ecx
|
|
|
|
andl $_TIF_WORK_MASK, %ecx # is there any work to be done on
|
|
|
|
# int/exception return?
|
|
|
|
jne work_pending
|
|
|
|
jmp restore_all
|
2007-02-13 19:26:24 +07:00
|
|
|
END(ret_from_exception)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
#ifdef CONFIG_PREEMPT
|
|
|
|
ENTRY(resume_kernel)
|
2006-12-07 08:14:08 +07:00
|
|
|
DISABLE_INTERRUPTS(CLBR_ANY)
|
2005-04-17 05:20:36 +07:00
|
|
|
need_resched:
|
2013-08-14 19:51:00 +07:00
|
|
|
cmpl $0,PER_CPU_VAR(__preempt_count)
|
|
|
|
jnz restore_all
|
2008-03-26 02:16:32 +07:00
|
|
|
testl $X86_EFLAGS_IF,PT_EFLAGS(%esp) # interrupts off (exception path) ?
|
2005-04-17 05:20:36 +07:00
|
|
|
jz restore_all
|
|
|
|
call preempt_schedule_irq
|
|
|
|
jmp need_resched
|
2007-02-13 19:26:24 +07:00
|
|
|
END(resume_kernel)
|
2005-04-17 05:20:36 +07:00
|
|
|
#endif
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/* SYSENTER_RETURN points to after the "sysenter" instruction in
|
|
|
|
the vsyscall page. See vsyscall-sysentry.S, which defines the symbol. */
|
|
|
|
|
|
|
|
# sysenter call handler stub
|
2008-01-30 19:30:43 +07:00
|
|
|
ENTRY(ia32_sysenter_target)
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_STARTPROC simple
|
2006-09-26 15:52:41 +07:00
|
|
|
CFI_SIGNAL_FRAME
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_DEF_CFA esp, 0
|
|
|
|
CFI_REGISTER esp, ebp
|
2008-01-30 19:31:02 +07:00
|
|
|
movl TSS_sysenter_sp0(%esp),%esp
|
2005-04-17 05:20:36 +07:00
|
|
|
sysenter_past_esp:
|
2006-07-03 14:24:43 +07:00
|
|
|
/*
|
2008-03-25 06:43:21 +07:00
|
|
|
* Interrupts are disabled here, but we can't trace it until
|
|
|
|
* enough kernel state to call TRACE_IRQS_OFF can be called - but
|
|
|
|
* we immediately enable interrupts at that point anyway.
|
2006-07-03 14:24:43 +07:00
|
|
|
*/
|
2010-10-19 20:52:26 +07:00
|
|
|
pushl_cfi $__USER_DS
|
2006-06-26 18:57:44 +07:00
|
|
|
/*CFI_REL_OFFSET ss, 0*/
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %ebp
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_REL_OFFSET esp, 0
|
2010-09-02 20:07:16 +07:00
|
|
|
pushfl_cfi
|
2008-03-25 06:43:21 +07:00
|
|
|
orl $X86_EFLAGS_IF, (%esp)
|
2010-10-19 20:52:26 +07:00
|
|
|
pushl_cfi $__USER_CS
|
2006-06-26 18:57:44 +07:00
|
|
|
/*CFI_REL_OFFSET cs, 0*/
|
[PATCH] vdso: randomize the i386 vDSO by moving it into a vma
Move the i386 VDSO down into a vma and thus randomize it.
Besides the security implications, this feature also helps debuggers, which
can COW a vma-backed VDSO just like a normal DSO and can thus do
single-stepping and other debugging features.
It's good for hypervisors (Xen, VMWare) too, which typically live in the same
high-mapped address space as the VDSO, hence whenever the VDSO is used, they
get lots of guest pagefaults and have to fix such guest accesses up - which
slows things down instead of speeding things up (the primary purpose of the
VDSO).
There's a new CONFIG_COMPAT_VDSO (default=y) option, which provides support
for older glibcs that still rely on a prelinked high-mapped VDSO. Newer
distributions (using glibc 2.3.3 or later) can turn this option off. Turning
it off is also recommended for security reasons: attackers cannot use the
predictable high-mapped VDSO page as syscall trampoline anymore.
There is a new vdso=[0|1] boot option as well, and a runtime
/proc/sys/vm/vdso_enabled sysctl switch, that allows the VDSO to be turned
on/off.
(This version of the VDSO-randomization patch also has working ELF
coredumping, the previous patch crashed in the coredumping code.)
This code is a combined work of the exec-shield VDSO randomization
code and Gerd Hoffmann's hypervisor-centric VDSO patch. Rusty Russell
started this patch and i completed it.
[akpm@osdl.org: cleanups]
[akpm@osdl.org: compile fix]
[akpm@osdl.org: compile fix 2]
[akpm@osdl.org: compile fix 3]
[akpm@osdl.org: revernt MAXMEM change]
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Arjan van de Ven <arjan@infradead.org>
Cc: Gerd Hoffmann <kraxel@suse.de>
Cc: Rusty Russell <rusty@rustcorp.com.au>
Cc: Zachary Amsden <zach@vmware.com>
Cc: Andi Kleen <ak@muc.de>
Cc: Jan Beulich <jbeulich@novell.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-06-27 16:53:50 +07:00
|
|
|
/*
|
|
|
|
* Push current_thread_info()->sysenter_return to the stack.
|
2015-04-03 02:41:44 +07:00
|
|
|
* A tiny bit of offset fixup is necessary: TI_sysenter_return
|
|
|
|
* is relative to thread_info, which is at the bottom of the
|
|
|
|
* kernel stack page. 4*4 means the 4 words pushed above;
|
|
|
|
* TOP_OF_KERNEL_STACK_PADDING takes us to the top of the stack;
|
|
|
|
* and THREAD_SIZE takes us to the bottom.
|
[PATCH] vdso: randomize the i386 vDSO by moving it into a vma
Move the i386 VDSO down into a vma and thus randomize it.
Besides the security implications, this feature also helps debuggers, which
can COW a vma-backed VDSO just like a normal DSO and can thus do
single-stepping and other debugging features.
It's good for hypervisors (Xen, VMWare) too, which typically live in the same
high-mapped address space as the VDSO, hence whenever the VDSO is used, they
get lots of guest pagefaults and have to fix such guest accesses up - which
slows things down instead of speeding things up (the primary purpose of the
VDSO).
There's a new CONFIG_COMPAT_VDSO (default=y) option, which provides support
for older glibcs that still rely on a prelinked high-mapped VDSO. Newer
distributions (using glibc 2.3.3 or later) can turn this option off. Turning
it off is also recommended for security reasons: attackers cannot use the
predictable high-mapped VDSO page as syscall trampoline anymore.
There is a new vdso=[0|1] boot option as well, and a runtime
/proc/sys/vm/vdso_enabled sysctl switch, that allows the VDSO to be turned
on/off.
(This version of the VDSO-randomization patch also has working ELF
coredumping, the previous patch crashed in the coredumping code.)
This code is a combined work of the exec-shield VDSO randomization
code and Gerd Hoffmann's hypervisor-centric VDSO patch. Rusty Russell
started this patch and i completed it.
[akpm@osdl.org: cleanups]
[akpm@osdl.org: compile fix]
[akpm@osdl.org: compile fix 2]
[akpm@osdl.org: compile fix 3]
[akpm@osdl.org: revernt MAXMEM change]
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Arjan van de Ven <arjan@infradead.org>
Cc: Gerd Hoffmann <kraxel@suse.de>
Cc: Rusty Russell <rusty@rustcorp.com.au>
Cc: Zachary Amsden <zach@vmware.com>
Cc: Andi Kleen <ak@muc.de>
Cc: Jan Beulich <jbeulich@novell.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-06-27 16:53:50 +07:00
|
|
|
*/
|
2015-04-03 02:41:44 +07:00
|
|
|
pushl_cfi ((TI_sysenter_return) - THREAD_SIZE + TOP_OF_KERNEL_STACK_PADDING + 4*4)(%esp)
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_REL_OFFSET eip, 0
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %eax
|
2008-03-25 06:43:21 +07:00
|
|
|
SAVE_ALL
|
|
|
|
ENABLE_INTERRUPTS(CLBR_NONE)
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/*
|
|
|
|
* Load the potential sixth argument from user stack.
|
|
|
|
* Careful about security.
|
|
|
|
*/
|
|
|
|
cmpl $__PAGE_OFFSET-3,%ebp
|
|
|
|
jae syscall_fault
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_STAC
|
2005-04-17 05:20:36 +07:00
|
|
|
1: movl (%ebp),%ebp
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2008-03-25 06:43:21 +07:00
|
|
|
movl %ebp,PT_EBP(%esp)
|
2012-04-21 02:19:50 +07:00
|
|
|
_ASM_EXTABLE(1b,syscall_fault)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
GET_THREAD_INFO(%ebp)
|
|
|
|
|
2009-03-14 13:38:13 +07:00
|
|
|
testl $_TIF_WORK_SYSCALL_ENTRY,TI_flags(%ebp)
|
2008-06-24 18:16:52 +07:00
|
|
|
jnz sysenter_audit
|
|
|
|
sysenter_do_call:
|
2011-11-12 07:07:41 +07:00
|
|
|
cmpl $(NR_syscalls), %eax
|
2014-06-24 04:22:15 +07:00
|
|
|
jae sysenter_badsys
|
2005-04-17 05:20:36 +07:00
|
|
|
call *sys_call_table(,%eax,4)
|
2014-06-24 04:22:15 +07:00
|
|
|
sysenter_after_call:
|
x86_32, entry: Store badsys error code in %eax
Commit 554086d ("x86_32, entry: Do syscall exit work on badsys
(CVE-2014-4508)") introduced a regression in the x86_32 syscall entry
code, resulting in syscall() not returning proper errors for undefined
syscalls on CPUs supporting the sysenter feature.
The following code:
> int result = syscall(666);
> printf("result=%d errno=%d error=%s\n", result, errno, strerror(errno));
results in:
> result=666 errno=0 error=Success
Obviously, the syscall return value is the called syscall number, but it
should have been an ENOSYS error. When run under ptrace it behaves
correctly, which makes it hard to debug in the wild:
> result=-1 errno=38 error=Function not implemented
The %eax register is the return value register. For debugging via ptrace
the syscall entry code stores the complete register context on the
stack. The badsys handlers only store the ENOSYS error code in the
ptrace register set and do not set %eax like a regular syscall handler
would. The old resume_userspace call chain contains code that clobbers
%eax and it restores %eax from the ptrace registers afterwards. The same
goes for the ptrace-enabled call chain. When ptrace is not used, the
syscall return value is the passed-in syscall number from the untouched
%eax register.
Use %eax as the return value register in syscall_badsys and
sysenter_badsys, like a real syscall handler does, and have the caller
push the value onto the stack for ptrace access.
Signed-off-by: Sven Wegener <sven.wegener@stealer.net>
Link: http://lkml.kernel.org/r/alpine.LNX.2.11.1407221022380.31021@titan.int.lan.stealer.net
Reviewed-and-tested-by: Andy Lutomirski <luto@amacapital.net>
Cc: <stable@vger.kernel.org> # If 554086d is backported
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2014-07-22 15:26:06 +07:00
|
|
|
movl %eax,PT_EAX(%esp)
|
2007-10-12 03:11:12 +07:00
|
|
|
LOCKDEP_SYS_EXIT
|
2007-05-03 00:27:14 +07:00
|
|
|
DISABLE_INTERRUPTS(CLBR_ANY)
|
2006-07-03 14:24:43 +07:00
|
|
|
TRACE_IRQS_OFF
|
2005-04-17 05:20:36 +07:00
|
|
|
movl TI_flags(%ebp), %ecx
|
2009-03-14 13:38:13 +07:00
|
|
|
testl $_TIF_ALLWORK_MASK, %ecx
|
2015-04-11 01:13:40 +07:00
|
|
|
jnz sysexit_audit
|
2008-06-24 18:16:52 +07:00
|
|
|
sysenter_exit:
|
2005-04-17 05:20:36 +07:00
|
|
|
/* if something modifies registers it must also disable sysexit */
|
2006-12-07 08:14:02 +07:00
|
|
|
movl PT_EIP(%esp), %edx
|
|
|
|
movl PT_OLDESP(%esp), %ecx
|
2005-04-17 05:20:36 +07:00
|
|
|
xorl %ebp,%ebp
|
2006-07-03 14:24:43 +07:00
|
|
|
TRACE_IRQS_ON
|
2007-02-13 19:26:20 +07:00
|
|
|
1: mov PT_FS(%esp), %fs
|
2009-02-09 20:17:40 +07:00
|
|
|
PTGS_TO_GS
|
2008-06-25 11:19:26 +07:00
|
|
|
ENABLE_INTERRUPTS_SYSEXIT
|
2008-06-24 18:16:52 +07:00
|
|
|
|
|
|
|
#ifdef CONFIG_AUDITSYSCALL
|
|
|
|
sysenter_audit:
|
2009-03-14 13:38:13 +07:00
|
|
|
testl $(_TIF_WORK_SYSCALL_ENTRY & ~_TIF_SYSCALL_AUDIT),TI_flags(%ebp)
|
2008-06-24 18:16:52 +07:00
|
|
|
jnz syscall_trace_entry
|
2014-10-23 11:04:03 +07:00
|
|
|
/* movl PT_EAX(%esp), %eax already set, syscall number: 1st arg to audit */
|
|
|
|
movl PT_EBX(%esp), %edx /* ebx/a0: 2nd arg to audit */
|
|
|
|
/* movl PT_ECX(%esp), %ecx already set, a1: 3nd arg to audit */
|
|
|
|
pushl_cfi PT_ESI(%esp) /* a3: 5th arg */
|
|
|
|
pushl_cfi PT_EDX+4(%esp) /* a2: 4th arg */
|
2012-01-04 02:23:06 +07:00
|
|
|
call __audit_syscall_entry
|
2014-10-23 11:04:03 +07:00
|
|
|
popl_cfi %ecx /* get that remapped edx off the stack */
|
|
|
|
popl_cfi %ecx /* get that remapped esi off the stack */
|
2008-06-24 18:16:52 +07:00
|
|
|
movl PT_EAX(%esp),%eax /* reload syscall number */
|
|
|
|
jmp sysenter_do_call
|
|
|
|
|
|
|
|
sysexit_audit:
|
2009-03-14 13:38:13 +07:00
|
|
|
testl $(_TIF_ALLWORK_MASK & ~_TIF_SYSCALL_AUDIT), %ecx
|
2015-04-11 01:13:40 +07:00
|
|
|
jnz syscall_exit_work
|
2008-06-24 18:16:52 +07:00
|
|
|
TRACE_IRQS_ON
|
|
|
|
ENABLE_INTERRUPTS(CLBR_ANY)
|
|
|
|
movl %eax,%edx /* second arg, syscall return value */
|
2012-01-04 02:23:06 +07:00
|
|
|
cmpl $-MAX_ERRNO,%eax /* is it an error ? */
|
|
|
|
setbe %al /* 1 if so, 0 if not */
|
2008-06-24 18:16:52 +07:00
|
|
|
movzbl %al,%eax /* zero-extend that */
|
2012-01-04 02:23:06 +07:00
|
|
|
call __audit_syscall_exit
|
2008-06-24 18:16:52 +07:00
|
|
|
DISABLE_INTERRUPTS(CLBR_ANY)
|
|
|
|
TRACE_IRQS_OFF
|
|
|
|
movl TI_flags(%ebp), %ecx
|
2009-03-14 13:38:13 +07:00
|
|
|
testl $(_TIF_ALLWORK_MASK & ~_TIF_SYSCALL_AUDIT), %ecx
|
2015-04-11 01:13:40 +07:00
|
|
|
jnz syscall_exit_work
|
2008-06-24 18:16:52 +07:00
|
|
|
movl PT_EAX(%esp),%eax /* reload syscall return value */
|
|
|
|
jmp sysenter_exit
|
|
|
|
#endif
|
|
|
|
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
[PATCH] i386: Use %gs as the PDA base-segment in the kernel
This patch is the meat of the PDA change. This patch makes several related
changes:
1: Most significantly, %gs is now used in the kernel. This means that on
entry, the old value of %gs is saved away, and it is reloaded with
__KERNEL_PDA.
2: entry.S constructs the stack in the shape of struct pt_regs, and this
is passed around the kernel so that the process's saved register
state can be accessed.
Unfortunately struct pt_regs doesn't currently have space for %gs
(or %fs). This patch extends pt_regs to add space for gs (no space
is allocated for %fs, since it won't be used, and it would just
complicate the code in entry.S to work around the space).
3: Because %gs is now saved on the stack like %ds, %es and the integer
registers, there are a number of places where it no longer needs to
be handled specially; namely context switch, and saving/restoring the
register state in a signal context.
4: And since kernel threads run in kernel space and call normal kernel
code, they need to be created with their %gs == __KERNEL_PDA.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Andi Kleen <ak@suse.de>
Cc: Chuck Ebbert <76306.1226@compuserve.com>
Cc: Zachary Amsden <zach@vmware.com>
Cc: Jan Beulich <jbeulich@novell.com>
Cc: Andi Kleen <ak@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
2006-12-07 08:14:02 +07:00
|
|
|
.pushsection .fixup,"ax"
|
2007-02-13 19:26:20 +07:00
|
|
|
2: movl $0,PT_FS(%esp)
|
[PATCH] i386: Use %gs as the PDA base-segment in the kernel
This patch is the meat of the PDA change. This patch makes several related
changes:
1: Most significantly, %gs is now used in the kernel. This means that on
entry, the old value of %gs is saved away, and it is reloaded with
__KERNEL_PDA.
2: entry.S constructs the stack in the shape of struct pt_regs, and this
is passed around the kernel so that the process's saved register
state can be accessed.
Unfortunately struct pt_regs doesn't currently have space for %gs
(or %fs). This patch extends pt_regs to add space for gs (no space
is allocated for %fs, since it won't be used, and it would just
complicate the code in entry.S to work around the space).
3: Because %gs is now saved on the stack like %ds, %es and the integer
registers, there are a number of places where it no longer needs to
be handled specially; namely context switch, and saving/restoring the
register state in a signal context.
4: And since kernel threads run in kernel space and call normal kernel
code, they need to be created with their %gs == __KERNEL_PDA.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Andi Kleen <ak@suse.de>
Cc: Chuck Ebbert <76306.1226@compuserve.com>
Cc: Zachary Amsden <zach@vmware.com>
Cc: Jan Beulich <jbeulich@novell.com>
Cc: Andi Kleen <ak@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
2006-12-07 08:14:02 +07:00
|
|
|
jmp 1b
|
|
|
|
.popsection
|
2012-04-21 02:19:50 +07:00
|
|
|
_ASM_EXTABLE(1b,2b)
|
2009-02-09 20:17:40 +07:00
|
|
|
PTGS_TO_GS_EX
|
2008-01-30 19:30:43 +07:00
|
|
|
ENDPROC(ia32_sysenter_target)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
# system call handler stub
|
|
|
|
ENTRY(system_call)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME # can't unwind into user space anyway
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %eax # save orig_eax
|
2005-04-17 05:20:36 +07:00
|
|
|
SAVE_ALL
|
|
|
|
GET_THREAD_INFO(%ebp)
|
[PATCH] UML Support - Ptrace: adds the host SYSEMU support, for UML and general usage
Jeff Dike <jdike@addtoit.com>,
Paolo 'Blaisorblade' Giarrusso <blaisorblade_spam@yahoo.it>,
Bodo Stroesser <bstroesser@fujitsu-siemens.com>
Adds a new ptrace(2) mode, called PTRACE_SYSEMU, resembling PTRACE_SYSCALL
except that the kernel does not execute the requested syscall; this is useful
to improve performance for virtual environments, like UML, which want to run
the syscall on their own.
In fact, using PTRACE_SYSCALL means stopping child execution twice, on entry
and on exit, and each time you also have two context switches; with SYSEMU you
avoid the 2nd stop and so save two context switches per syscall.
Also, some architectures don't have support in the host for changing the
syscall number via ptrace(), which is currently needed to skip syscall
execution (UML turns any syscall into getpid() to avoid it being executed on
the host). Fixing that is hard, while SYSEMU is easier to implement.
* This version of the patch includes some suggestions of Jeff Dike to avoid
adding any instructions to the syscall fast path, plus some other little
changes, by myself, to make it work even when the syscall is executed with
SYSENTER (but I'm unsure about them). It has been widely tested for quite a
lot of time.
* Various fixed were included to handle the various switches between
various states, i.e. when for instance a syscall entry is traced with one of
PT_SYSCALL / _SYSEMU / _SINGLESTEP and another one is used on exit.
Basically, this is done by remembering which one of them was used even after
the call to ptrace_notify().
* We're combining TIF_SYSCALL_EMU with TIF_SYSCALL_TRACE or TIF_SINGLESTEP
to make do_syscall_trace() notice that the current syscall was started with
SYSEMU on entry, so that no notification ought to be done in the exit path;
this is a bit of a hack, so this problem is solved in another way in next
patches.
* Also, the effects of the patch:
"Ptrace - i386: fix Syscall Audit interaction with singlestep"
are cancelled; they are restored back in the last patch of this series.
Detailed descriptions of the patches doing this kind of processing follow (but
I've already summed everything up).
* Fix behaviour when changing interception kind #1.
In do_syscall_trace(), we check the status of the TIF_SYSCALL_EMU flag
only after doing the debugger notification; but the debugger might have
changed the status of this flag because he continued execution with
PTRACE_SYSCALL, so this is wrong. This patch fixes it by saving the flag
status before calling ptrace_notify().
* Fix behaviour when changing interception kind #2:
avoid intercepting syscall on return when using SYSCALL again.
A guest process switching from using PTRACE_SYSEMU to PTRACE_SYSCALL
crashes.
The problem is in arch/i386/kernel/entry.S. The current SYSEMU patch
inhibits the syscall-handler to be called, but does not prevent
do_syscall_trace() to be called after this for syscall completion
interception.
The appended patch fixes this. It reuses the flag TIF_SYSCALL_EMU to
remember "we come from PTRACE_SYSEMU and now are in PTRACE_SYSCALL", since
the flag is unused in the depicted situation.
* Fix behaviour when changing interception kind #3:
avoid intercepting syscall on return when using SINGLESTEP.
When testing 2.6.9 and the skas3.v6 patch, with my latest patch and had
problems with singlestepping on UML in SKAS with SYSEMU. It looped
receiving SIGTRAPs without moving forward. EIP of the traced process was
the same for all SIGTRAPs.
What's missing is to handle switching from PTRACE_SYSCALL_EMU to
PTRACE_SINGLESTEP in a way very similar to what is done for the change from
PTRACE_SYSCALL_EMU to PTRACE_SYSCALL_TRACE.
I.e., after calling ptrace(PTRACE_SYSEMU), on the return path, the debugger is
notified and then wake ups the process; the syscall is executed (or skipped,
when do_syscall_trace() returns 0, i.e. when using PTRACE_SYSEMU), and
do_syscall_trace() is called again. Since we are on the return path of a
SYSEMU'd syscall, if the wake up is performed through ptrace(PTRACE_SYSCALL),
we must still avoid notifying the parent of the syscall exit. Now, this
behaviour is extended even to resuming with PTRACE_SINGLESTEP.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
Cc: Jeff Dike <jdike@addtoit.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-09-04 05:57:18 +07:00
|
|
|
# system call tracing in operation / emulation
|
2009-03-14 13:38:13 +07:00
|
|
|
testl $_TIF_WORK_SYSCALL_ENTRY,TI_flags(%ebp)
|
2005-04-17 05:20:36 +07:00
|
|
|
jnz syscall_trace_entry
|
2011-11-12 07:07:41 +07:00
|
|
|
cmpl $(NR_syscalls), %eax
|
2005-04-17 05:20:36 +07:00
|
|
|
jae syscall_badsys
|
|
|
|
syscall_call:
|
|
|
|
call *sys_call_table(,%eax,4)
|
x86_32, entry: Store badsys error code in %eax
Commit 554086d ("x86_32, entry: Do syscall exit work on badsys
(CVE-2014-4508)") introduced a regression in the x86_32 syscall entry
code, resulting in syscall() not returning proper errors for undefined
syscalls on CPUs supporting the sysenter feature.
The following code:
> int result = syscall(666);
> printf("result=%d errno=%d error=%s\n", result, errno, strerror(errno));
results in:
> result=666 errno=0 error=Success
Obviously, the syscall return value is the called syscall number, but it
should have been an ENOSYS error. When run under ptrace it behaves
correctly, which makes it hard to debug in the wild:
> result=-1 errno=38 error=Function not implemented
The %eax register is the return value register. For debugging via ptrace
the syscall entry code stores the complete register context on the
stack. The badsys handlers only store the ENOSYS error code in the
ptrace register set and do not set %eax like a regular syscall handler
would. The old resume_userspace call chain contains code that clobbers
%eax and it restores %eax from the ptrace registers afterwards. The same
goes for the ptrace-enabled call chain. When ptrace is not used, the
syscall return value is the passed-in syscall number from the untouched
%eax register.
Use %eax as the return value register in syscall_badsys and
sysenter_badsys, like a real syscall handler does, and have the caller
push the value onto the stack for ptrace access.
Signed-off-by: Sven Wegener <sven.wegener@stealer.net>
Link: http://lkml.kernel.org/r/alpine.LNX.2.11.1407221022380.31021@titan.int.lan.stealer.net
Reviewed-and-tested-by: Andy Lutomirski <luto@amacapital.net>
Cc: <stable@vger.kernel.org> # If 554086d is backported
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2014-07-22 15:26:06 +07:00
|
|
|
syscall_after_call:
|
2006-12-07 08:14:02 +07:00
|
|
|
movl %eax,PT_EAX(%esp) # store the return value
|
2005-04-17 05:20:36 +07:00
|
|
|
syscall_exit:
|
2007-10-12 03:11:12 +07:00
|
|
|
LOCKDEP_SYS_EXIT
|
2006-12-07 08:14:08 +07:00
|
|
|
DISABLE_INTERRUPTS(CLBR_ANY) # make sure we don't miss an interrupt
|
2005-04-17 05:20:36 +07:00
|
|
|
# setting need_resched or sigpending
|
|
|
|
# between sampling and the iret
|
2006-07-03 14:24:43 +07:00
|
|
|
TRACE_IRQS_OFF
|
2005-04-17 05:20:36 +07:00
|
|
|
movl TI_flags(%ebp), %ecx
|
2009-03-14 13:38:13 +07:00
|
|
|
testl $_TIF_ALLWORK_MASK, %ecx # current->work
|
2015-04-11 01:13:40 +07:00
|
|
|
jnz syscall_exit_work
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
restore_all:
|
i386: fix return to 16-bit stack from NMI handler
Returning to a task with a 16-bit stack requires special care: the iret
instruction does not restore the high word of esp in that case. The
espfix code fixes this, but currently is not invoked on NMIs. This means
that a running task gets the upper word of esp clobbered due intervening
NMIs. To reproduce, compile and run the following program with the nmi
watchdog enabled (nmi_watchdog=2 on the command line). Using gdb you can
see that the high bits of esp contain garbage, while the low bits are
still correct.
This patch puts the espfix code back into the NMI code path.
The patch is slightly complicated due to the irqtrace infrastructure not
being NMI-safe. The NMI return path cannot call TRACE_IRQS_IRET.
Otherwise, the tail of the normal iret-code is correct for the nmi code
path too. To be able to share this code-path, the TRACE_IRQS_IRET was
move up a bit. The espfix code exists after the TRACE_IRQS_IRET, but
this code explicitly disables interrupts. This short interrupts-off
section is now not traced anymore. The return-to-kernel path now always
includes the preliminary test to decide if the espfix code should be
called. This is never the case, but doing it this way keeps the patch as
simple as possible and the few extra instructions should not affect
timing in any significant way.
#define _GNU_SOURCE
#include <stdio.h>
#include <sys/types.h>
#include <sys/mman.h>
#include <unistd.h>
#include <sys/syscall.h>
#include <asm/ldt.h>
int modify_ldt(int func, void *ptr, unsigned long bytecount)
{
return syscall(SYS_modify_ldt, func, ptr, bytecount);
}
/* this is assumed to be usable */
#define SEGBASEADDR 0x10000
#define SEGLIMIT 0x20000
/* 16-bit segment */
struct user_desc desc = {
.entry_number = 0,
.base_addr = SEGBASEADDR,
.limit = SEGLIMIT,
.seg_32bit = 0,
.contents = 0, /* ??? */
.read_exec_only = 0,
.limit_in_pages = 0,
.seg_not_present = 0,
.useable = 1
};
int main(void)
{
setvbuf(stdout, NULL, _IONBF, 0);
/* map a 64 kb segment */
char *pointer = mmap((void *)SEGBASEADDR, SEGLIMIT+1,
PROT_EXEC|PROT_READ|PROT_WRITE,
MAP_SHARED|MAP_ANONYMOUS, -1, 0);
if (pointer == NULL) {
printf("could not map space\n");
return 0;
}
/* write ldt, new mode */
int err = modify_ldt(0x11, &desc, sizeof(desc));
if (err) {
printf("error modifying ldt: %i\n", err);
return 0;
}
for (int i=0; i<1000; i++) {
asm volatile (
"pusha\n\t"
"mov %ss, %eax\n\t" /* preserve ss:esp */
"mov %esp, %ebp\n\t"
"push $7\n\t" /* index 0, ldt, user mode */
"push $65536-4096\n\t" /* esp */
"lss (%esp), %esp\n\t" /* switch to new stack */
"push %eax\n\t" /* save old ss:esp on new stack */
"push %ebp\n\t"
"add $17*65536, %esp\n\t" /* set high bits */
"mov %esp, %edx\n\t"
"mov $10000000, %ecx\n\t" /* wait... */
"1: loop 1b\n\t" /* ... a bit */
"cmp %esp, %edx\n\t"
"je 1f\n\t"
"ud2\n\t" /* esp changed inexplicably! */
"1:\n\t"
"sub $17*65536, %esp\n\t" /* restore high bits */
"lss (%esp), %esp\n\t" /* restore old ss:esp */
"popa\n\t");
printf("\rx%ix", i);
}
return 0;
}
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:57 +07:00
|
|
|
TRACE_IRQS_IRET
|
|
|
|
restore_all_notrace:
|
2014-05-05 00:36:22 +07:00
|
|
|
#ifdef CONFIG_X86_ESPFIX32
|
2006-12-07 08:14:02 +07:00
|
|
|
movl PT_EFLAGS(%esp), %eax # mix EFLAGS, SS and CS
|
|
|
|
# Warning: PT_OLDSS(%esp) contains the wrong/random values if we
|
2005-04-17 05:24:01 +07:00
|
|
|
# are returning to the kernel.
|
|
|
|
# See comments in process.c:copy_thread() for details.
|
2006-12-07 08:14:02 +07:00
|
|
|
movb PT_OLDSS(%esp), %ah
|
|
|
|
movb PT_CS(%esp), %al
|
2008-03-26 02:16:32 +07:00
|
|
|
andl $(X86_EFLAGS_VM | (SEGMENT_TI_MASK << 8) | SEGMENT_RPL_MASK), %eax
|
2006-09-26 15:52:39 +07:00
|
|
|
cmpl $((SEGMENT_LDT << 8) | USER_RPL), %eax
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_REMEMBER_STATE
|
2005-04-17 05:20:36 +07:00
|
|
|
je ldt_ss # returning to user-space with LDT SS
|
2014-05-05 00:36:22 +07:00
|
|
|
#endif
|
2005-04-17 05:20:36 +07:00
|
|
|
restore_nocheck:
|
2009-02-09 20:17:40 +07:00
|
|
|
RESTORE_REGS 4 # skip orig_eax/error_code
|
2008-02-14 04:29:53 +07:00
|
|
|
irq_return:
|
2008-02-10 05:24:08 +07:00
|
|
|
INTERRUPT_RETURN
|
2005-04-17 05:20:36 +07:00
|
|
|
.section .fixup,"ax"
|
2008-03-18 06:37:12 +07:00
|
|
|
ENTRY(iret_exc)
|
2005-04-29 23:38:44 +07:00
|
|
|
pushl $0 # no error code
|
|
|
|
pushl $do_iret_error
|
|
|
|
jmp error_code
|
2005-04-17 05:20:36 +07:00
|
|
|
.previous
|
2012-04-21 02:19:50 +07:00
|
|
|
_ASM_EXTABLE(irq_return,iret_exc)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2014-05-05 00:36:22 +07:00
|
|
|
#ifdef CONFIG_X86_ESPFIX32
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_RESTORE_STATE
|
2005-04-17 05:20:36 +07:00
|
|
|
ldt_ss:
|
2006-12-07 08:14:07 +07:00
|
|
|
#ifdef CONFIG_PARAVIRT
|
|
|
|
/*
|
|
|
|
* The kernel can't run on a non-flat stack if paravirt mode
|
|
|
|
* is active. Rather than try to fixup the high bits of
|
|
|
|
* ESP, bypass this code entirely. This may break DOSemu
|
|
|
|
* and/or Wine support in a paravirt VM, although the option
|
|
|
|
* is still available to implement the setting of the high
|
|
|
|
* 16-bits in the INTERRUPT_RETURN paravirt-op.
|
|
|
|
*/
|
2007-10-17 01:51:29 +07:00
|
|
|
cmpl $0, pv_info+PARAVIRT_enabled
|
2006-12-07 08:14:07 +07:00
|
|
|
jne restore_nocheck
|
|
|
|
#endif
|
|
|
|
|
i386: fix/simplify espfix stack switching, move it into assembly
The espfix code triggers if we have a protected mode userspace
application with a 16-bit stack. On returning to userspace, with iret,
the CPU doesn't restore the high word of the stack pointer. This is an
"official" bug, and the work-around used in the kernel is to temporarily
switch to a 32-bit stack segment/pointer pair where the high word of the
pointer is equal to the high word of the userspace stackpointer.
The current implementation uses THREAD_SIZE to determine the cut-off,
but there is no good reason not to use the more natural 64kb... However,
implementing this by simply substituting THREAD_SIZE with 65536 in
patch_espfix_desc crashed the test application. patch_espfix_desc tries
to do what is described above, but gets it subtly wrong if the userspace
stack pointer is just below a multiple of THREAD_SIZE: an overflow
occurs to bit 13... With a bit of luck, when the kernelspace
stackpointer is just below a 64kb-boundary, the overflow then ripples
trough to bit 16 and userspace will see its stack pointer changed by
65536.
This patch moves all espfix code into entry_32.S. Selecting a 16-bit
cut-off simplifies the code. The game with changing the limit dynamically
is removed too. It complicates matters and I see no value in it. Changing
only the top 16-bit word of ESP is one instruction and it also implies
that only two bytes of the ESPFIX GDT entry need to be changed and this
can be implemented in just a handful simple to understand instructions.
As a side effect, the operation to compute the original ESP from the
ESPFIX ESP and the GDT entry simplifies a bit too, and the remaining
three instructions have been expanded inline in entry_32.S.
impact: can now reliably run userspace with ESP=xxxxfffc on 16-bit
stack segment
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:58 +07:00
|
|
|
/*
|
|
|
|
* Setup and switch to ESPFIX stack
|
|
|
|
*
|
|
|
|
* We're returning to userspace with a 16 bit stack. The CPU will not
|
|
|
|
* restore the high word of ESP for us on executing iret... This is an
|
|
|
|
* "official" bug of all the x86-compatible CPUs, which we can work
|
|
|
|
* around to make dosemu and wine happy. We do this by preloading the
|
|
|
|
* high word of ESP with the high word of the userspace ESP while
|
|
|
|
* compensating for the offset by changing to the ESPFIX segment with
|
|
|
|
* a base address that matches for the difference.
|
|
|
|
*/
|
2010-07-31 23:48:23 +07:00
|
|
|
#define GDT_ESPFIX_SS PER_CPU_VAR(gdt_page) + (GDT_ENTRY_ESPFIX_SS * 8)
|
i386: fix/simplify espfix stack switching, move it into assembly
The espfix code triggers if we have a protected mode userspace
application with a 16-bit stack. On returning to userspace, with iret,
the CPU doesn't restore the high word of the stack pointer. This is an
"official" bug, and the work-around used in the kernel is to temporarily
switch to a 32-bit stack segment/pointer pair where the high word of the
pointer is equal to the high word of the userspace stackpointer.
The current implementation uses THREAD_SIZE to determine the cut-off,
but there is no good reason not to use the more natural 64kb... However,
implementing this by simply substituting THREAD_SIZE with 65536 in
patch_espfix_desc crashed the test application. patch_espfix_desc tries
to do what is described above, but gets it subtly wrong if the userspace
stack pointer is just below a multiple of THREAD_SIZE: an overflow
occurs to bit 13... With a bit of luck, when the kernelspace
stackpointer is just below a 64kb-boundary, the overflow then ripples
trough to bit 16 and userspace will see its stack pointer changed by
65536.
This patch moves all espfix code into entry_32.S. Selecting a 16-bit
cut-off simplifies the code. The game with changing the limit dynamically
is removed too. It complicates matters and I see no value in it. Changing
only the top 16-bit word of ESP is one instruction and it also implies
that only two bytes of the ESPFIX GDT entry need to be changed and this
can be implemented in just a handful simple to understand instructions.
As a side effect, the operation to compute the original ESP from the
ESPFIX ESP and the GDT entry simplifies a bit too, and the remaining
three instructions have been expanded inline in entry_32.S.
impact: can now reliably run userspace with ESP=xxxxfffc on 16-bit
stack segment
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:58 +07:00
|
|
|
mov %esp, %edx /* load kernel esp */
|
|
|
|
mov PT_OLDESP(%esp), %eax /* load userspace esp */
|
|
|
|
mov %dx, %ax /* eax: new kernel esp */
|
|
|
|
sub %eax, %edx /* offset (low word is 0) */
|
|
|
|
shr $16, %edx
|
2010-07-31 23:48:23 +07:00
|
|
|
mov %dl, GDT_ESPFIX_SS + 4 /* bits 16..23 */
|
|
|
|
mov %dh, GDT_ESPFIX_SS + 7 /* bits 24..31 */
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $__ESPFIX_SS
|
|
|
|
pushl_cfi %eax /* new kernel esp */
|
i386: fix return to 16-bit stack from NMI handler
Returning to a task with a 16-bit stack requires special care: the iret
instruction does not restore the high word of esp in that case. The
espfix code fixes this, but currently is not invoked on NMIs. This means
that a running task gets the upper word of esp clobbered due intervening
NMIs. To reproduce, compile and run the following program with the nmi
watchdog enabled (nmi_watchdog=2 on the command line). Using gdb you can
see that the high bits of esp contain garbage, while the low bits are
still correct.
This patch puts the espfix code back into the NMI code path.
The patch is slightly complicated due to the irqtrace infrastructure not
being NMI-safe. The NMI return path cannot call TRACE_IRQS_IRET.
Otherwise, the tail of the normal iret-code is correct for the nmi code
path too. To be able to share this code-path, the TRACE_IRQS_IRET was
move up a bit. The espfix code exists after the TRACE_IRQS_IRET, but
this code explicitly disables interrupts. This short interrupts-off
section is now not traced anymore. The return-to-kernel path now always
includes the preliminary test to decide if the espfix code should be
called. This is never the case, but doing it this way keeps the patch as
simple as possible and the few extra instructions should not affect
timing in any significant way.
#define _GNU_SOURCE
#include <stdio.h>
#include <sys/types.h>
#include <sys/mman.h>
#include <unistd.h>
#include <sys/syscall.h>
#include <asm/ldt.h>
int modify_ldt(int func, void *ptr, unsigned long bytecount)
{
return syscall(SYS_modify_ldt, func, ptr, bytecount);
}
/* this is assumed to be usable */
#define SEGBASEADDR 0x10000
#define SEGLIMIT 0x20000
/* 16-bit segment */
struct user_desc desc = {
.entry_number = 0,
.base_addr = SEGBASEADDR,
.limit = SEGLIMIT,
.seg_32bit = 0,
.contents = 0, /* ??? */
.read_exec_only = 0,
.limit_in_pages = 0,
.seg_not_present = 0,
.useable = 1
};
int main(void)
{
setvbuf(stdout, NULL, _IONBF, 0);
/* map a 64 kb segment */
char *pointer = mmap((void *)SEGBASEADDR, SEGLIMIT+1,
PROT_EXEC|PROT_READ|PROT_WRITE,
MAP_SHARED|MAP_ANONYMOUS, -1, 0);
if (pointer == NULL) {
printf("could not map space\n");
return 0;
}
/* write ldt, new mode */
int err = modify_ldt(0x11, &desc, sizeof(desc));
if (err) {
printf("error modifying ldt: %i\n", err);
return 0;
}
for (int i=0; i<1000; i++) {
asm volatile (
"pusha\n\t"
"mov %ss, %eax\n\t" /* preserve ss:esp */
"mov %esp, %ebp\n\t"
"push $7\n\t" /* index 0, ldt, user mode */
"push $65536-4096\n\t" /* esp */
"lss (%esp), %esp\n\t" /* switch to new stack */
"push %eax\n\t" /* save old ss:esp on new stack */
"push %ebp\n\t"
"add $17*65536, %esp\n\t" /* set high bits */
"mov %esp, %edx\n\t"
"mov $10000000, %ecx\n\t" /* wait... */
"1: loop 1b\n\t" /* ... a bit */
"cmp %esp, %edx\n\t"
"je 1f\n\t"
"ud2\n\t" /* esp changed inexplicably! */
"1:\n\t"
"sub $17*65536, %esp\n\t" /* restore high bits */
"lss (%esp), %esp\n\t" /* restore old ss:esp */
"popa\n\t");
printf("\rx%ix", i);
}
return 0;
}
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:57 +07:00
|
|
|
/* Disable interrupts, but do not irqtrace this section: we
|
|
|
|
* will soon execute iret and the tracer was already set to
|
|
|
|
* the irqstate after the iret */
|
2006-12-07 08:14:08 +07:00
|
|
|
DISABLE_INTERRUPTS(CLBR_EAX)
|
i386: fix/simplify espfix stack switching, move it into assembly
The espfix code triggers if we have a protected mode userspace
application with a 16-bit stack. On returning to userspace, with iret,
the CPU doesn't restore the high word of the stack pointer. This is an
"official" bug, and the work-around used in the kernel is to temporarily
switch to a 32-bit stack segment/pointer pair where the high word of the
pointer is equal to the high word of the userspace stackpointer.
The current implementation uses THREAD_SIZE to determine the cut-off,
but there is no good reason not to use the more natural 64kb... However,
implementing this by simply substituting THREAD_SIZE with 65536 in
patch_espfix_desc crashed the test application. patch_espfix_desc tries
to do what is described above, but gets it subtly wrong if the userspace
stack pointer is just below a multiple of THREAD_SIZE: an overflow
occurs to bit 13... With a bit of luck, when the kernelspace
stackpointer is just below a 64kb-boundary, the overflow then ripples
trough to bit 16 and userspace will see its stack pointer changed by
65536.
This patch moves all espfix code into entry_32.S. Selecting a 16-bit
cut-off simplifies the code. The game with changing the limit dynamically
is removed too. It complicates matters and I see no value in it. Changing
only the top 16-bit word of ESP is one instruction and it also implies
that only two bytes of the ESPFIX GDT entry need to be changed and this
can be implemented in just a handful simple to understand instructions.
As a side effect, the operation to compute the original ESP from the
ESPFIX ESP and the GDT entry simplifies a bit too, and the remaining
three instructions have been expanded inline in entry_32.S.
impact: can now reliably run userspace with ESP=xxxxfffc on 16-bit
stack segment
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:58 +07:00
|
|
|
lss (%esp), %esp /* switch to espfix segment */
|
2006-12-07 08:14:01 +07:00
|
|
|
CFI_ADJUST_CFA_OFFSET -8
|
|
|
|
jmp restore_nocheck
|
2014-05-05 00:36:22 +07:00
|
|
|
#endif
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
ENDPROC(system_call)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
# perform work that needs to be done immediately before resumption
|
|
|
|
ALIGN
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_PTREGS_FRAME # can't unwind into user space anyway
|
2005-04-17 05:20:36 +07:00
|
|
|
work_pending:
|
|
|
|
testb $_TIF_NEED_RESCHED, %cl
|
|
|
|
jz work_notifysig
|
|
|
|
work_resched:
|
|
|
|
call schedule
|
2007-10-12 03:11:12 +07:00
|
|
|
LOCKDEP_SYS_EXIT
|
2006-12-07 08:14:08 +07:00
|
|
|
DISABLE_INTERRUPTS(CLBR_ANY) # make sure we don't miss an interrupt
|
2005-04-17 05:20:36 +07:00
|
|
|
# setting need_resched or sigpending
|
|
|
|
# between sampling and the iret
|
2006-07-03 14:24:43 +07:00
|
|
|
TRACE_IRQS_OFF
|
2005-04-17 05:20:36 +07:00
|
|
|
movl TI_flags(%ebp), %ecx
|
|
|
|
andl $_TIF_WORK_MASK, %ecx # is there any work to be done other
|
|
|
|
# than syscall tracing?
|
|
|
|
jz restore_all
|
|
|
|
testb $_TIF_NEED_RESCHED, %cl
|
|
|
|
jnz work_resched
|
|
|
|
|
|
|
|
work_notifysig: # deal with pending signals and
|
|
|
|
# notify-resume requests
|
2006-12-07 08:14:04 +07:00
|
|
|
#ifdef CONFIG_VM86
|
2008-03-26 02:16:32 +07:00
|
|
|
testl $X86_EFLAGS_VM, PT_EFLAGS(%esp)
|
2005-04-17 05:20:36 +07:00
|
|
|
movl %esp, %eax
|
2015-04-11 01:13:40 +07:00
|
|
|
jnz work_notifysig_v86 # returning to kernel-space or
|
2005-04-17 05:20:36 +07:00
|
|
|
# vm86-space
|
2012-05-26 12:07:39 +07:00
|
|
|
1:
|
|
|
|
#else
|
|
|
|
movl %esp, %eax
|
|
|
|
#endif
|
2011-10-25 21:18:12 +07:00
|
|
|
TRACE_IRQS_ON
|
|
|
|
ENABLE_INTERRUPTS(CLBR_NONE)
|
2012-05-01 05:24:46 +07:00
|
|
|
movb PT_CS(%esp), %bl
|
|
|
|
andb $SEGMENT_RPL_MASK, %bl
|
|
|
|
cmpb $USER_RPL, %bl
|
|
|
|
jb resume_kernel
|
2005-04-17 05:20:36 +07:00
|
|
|
xorl %edx, %edx
|
|
|
|
call do_notify_resume
|
2012-05-01 05:24:46 +07:00
|
|
|
jmp resume_userspace
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2012-05-26 12:07:39 +07:00
|
|
|
#ifdef CONFIG_VM86
|
2005-04-17 05:20:36 +07:00
|
|
|
ALIGN
|
|
|
|
work_notifysig_v86:
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %ecx # save ti_flags for do_notify_resume
|
2005-04-17 05:20:36 +07:00
|
|
|
call save_v86_state # %eax contains pt_regs pointer
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %ecx
|
2005-04-17 05:20:36 +07:00
|
|
|
movl %eax, %esp
|
2012-05-26 12:07:39 +07:00
|
|
|
jmp 1b
|
2006-12-07 08:14:04 +07:00
|
|
|
#endif
|
2007-02-13 19:26:24 +07:00
|
|
|
END(work_pending)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
# perform syscall exit tracing
|
|
|
|
ALIGN
|
|
|
|
syscall_trace_entry:
|
2006-12-07 08:14:02 +07:00
|
|
|
movl $-ENOSYS,PT_EAX(%esp)
|
2005-04-17 05:20:36 +07:00
|
|
|
movl %esp, %eax
|
2008-07-09 16:38:07 +07:00
|
|
|
call syscall_trace_enter
|
|
|
|
/* What it returned is what we'll actually use. */
|
2011-11-12 07:07:41 +07:00
|
|
|
cmpl $(NR_syscalls), %eax
|
2005-04-17 05:20:36 +07:00
|
|
|
jnae syscall_call
|
|
|
|
jmp syscall_exit
|
2007-02-13 19:26:24 +07:00
|
|
|
END(syscall_trace_entry)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
# perform syscall exit tracing
|
|
|
|
ALIGN
|
|
|
|
syscall_exit_work:
|
2009-03-14 13:38:13 +07:00
|
|
|
testl $_TIF_WORK_SYSCALL_EXIT, %ecx
|
2005-04-17 05:20:36 +07:00
|
|
|
jz work_pending
|
2006-07-03 14:24:43 +07:00
|
|
|
TRACE_IRQS_ON
|
2008-07-09 16:38:07 +07:00
|
|
|
ENABLE_INTERRUPTS(CLBR_ANY) # could let syscall_trace_leave() call
|
2005-04-17 05:20:36 +07:00
|
|
|
# schedule() instead
|
|
|
|
movl %esp, %eax
|
2008-07-09 16:38:07 +07:00
|
|
|
call syscall_trace_leave
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp resume_userspace
|
2007-02-13 19:26:24 +07:00
|
|
|
END(syscall_exit_work)
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME # can't unwind into user space anyway
|
2005-04-17 05:20:36 +07:00
|
|
|
syscall_fault:
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2005-04-17 05:20:36 +07:00
|
|
|
GET_THREAD_INFO(%ebp)
|
2006-12-07 08:14:02 +07:00
|
|
|
movl $-EFAULT,PT_EAX(%esp)
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp resume_userspace
|
2007-02-13 19:26:24 +07:00
|
|
|
END(syscall_fault)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
syscall_badsys:
|
x86_32, entry: Store badsys error code in %eax
Commit 554086d ("x86_32, entry: Do syscall exit work on badsys
(CVE-2014-4508)") introduced a regression in the x86_32 syscall entry
code, resulting in syscall() not returning proper errors for undefined
syscalls on CPUs supporting the sysenter feature.
The following code:
> int result = syscall(666);
> printf("result=%d errno=%d error=%s\n", result, errno, strerror(errno));
results in:
> result=666 errno=0 error=Success
Obviously, the syscall return value is the called syscall number, but it
should have been an ENOSYS error. When run under ptrace it behaves
correctly, which makes it hard to debug in the wild:
> result=-1 errno=38 error=Function not implemented
The %eax register is the return value register. For debugging via ptrace
the syscall entry code stores the complete register context on the
stack. The badsys handlers only store the ENOSYS error code in the
ptrace register set and do not set %eax like a regular syscall handler
would. The old resume_userspace call chain contains code that clobbers
%eax and it restores %eax from the ptrace registers afterwards. The same
goes for the ptrace-enabled call chain. When ptrace is not used, the
syscall return value is the passed-in syscall number from the untouched
%eax register.
Use %eax as the return value register in syscall_badsys and
sysenter_badsys, like a real syscall handler does, and have the caller
push the value onto the stack for ptrace access.
Signed-off-by: Sven Wegener <sven.wegener@stealer.net>
Link: http://lkml.kernel.org/r/alpine.LNX.2.11.1407221022380.31021@titan.int.lan.stealer.net
Reviewed-and-tested-by: Andy Lutomirski <luto@amacapital.net>
Cc: <stable@vger.kernel.org> # If 554086d is backported
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2014-07-22 15:26:06 +07:00
|
|
|
movl $-ENOSYS,%eax
|
|
|
|
jmp syscall_after_call
|
2014-06-24 04:22:15 +07:00
|
|
|
END(syscall_badsys)
|
|
|
|
|
|
|
|
sysenter_badsys:
|
x86_32, entry: Store badsys error code in %eax
Commit 554086d ("x86_32, entry: Do syscall exit work on badsys
(CVE-2014-4508)") introduced a regression in the x86_32 syscall entry
code, resulting in syscall() not returning proper errors for undefined
syscalls on CPUs supporting the sysenter feature.
The following code:
> int result = syscall(666);
> printf("result=%d errno=%d error=%s\n", result, errno, strerror(errno));
results in:
> result=666 errno=0 error=Success
Obviously, the syscall return value is the called syscall number, but it
should have been an ENOSYS error. When run under ptrace it behaves
correctly, which makes it hard to debug in the wild:
> result=-1 errno=38 error=Function not implemented
The %eax register is the return value register. For debugging via ptrace
the syscall entry code stores the complete register context on the
stack. The badsys handlers only store the ENOSYS error code in the
ptrace register set and do not set %eax like a regular syscall handler
would. The old resume_userspace call chain contains code that clobbers
%eax and it restores %eax from the ptrace registers afterwards. The same
goes for the ptrace-enabled call chain. When ptrace is not used, the
syscall return value is the passed-in syscall number from the untouched
%eax register.
Use %eax as the return value register in syscall_badsys and
sysenter_badsys, like a real syscall handler does, and have the caller
push the value onto the stack for ptrace access.
Signed-off-by: Sven Wegener <sven.wegener@stealer.net>
Link: http://lkml.kernel.org/r/alpine.LNX.2.11.1407221022380.31021@titan.int.lan.stealer.net
Reviewed-and-tested-by: Andy Lutomirski <luto@amacapital.net>
Cc: <stable@vger.kernel.org> # If 554086d is backported
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2014-07-22 15:26:06 +07:00
|
|
|
movl $-ENOSYS,%eax
|
2014-06-24 04:22:15 +07:00
|
|
|
jmp sysenter_after_call
|
2014-08-15 15:57:46 +07:00
|
|
|
END(sysenter_badsys)
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-02-09 20:17:40 +07:00
|
|
|
.macro FIXUP_ESPFIX_STACK
|
i386: fix/simplify espfix stack switching, move it into assembly
The espfix code triggers if we have a protected mode userspace
application with a 16-bit stack. On returning to userspace, with iret,
the CPU doesn't restore the high word of the stack pointer. This is an
"official" bug, and the work-around used in the kernel is to temporarily
switch to a 32-bit stack segment/pointer pair where the high word of the
pointer is equal to the high word of the userspace stackpointer.
The current implementation uses THREAD_SIZE to determine the cut-off,
but there is no good reason not to use the more natural 64kb... However,
implementing this by simply substituting THREAD_SIZE with 65536 in
patch_espfix_desc crashed the test application. patch_espfix_desc tries
to do what is described above, but gets it subtly wrong if the userspace
stack pointer is just below a multiple of THREAD_SIZE: an overflow
occurs to bit 13... With a bit of luck, when the kernelspace
stackpointer is just below a 64kb-boundary, the overflow then ripples
trough to bit 16 and userspace will see its stack pointer changed by
65536.
This patch moves all espfix code into entry_32.S. Selecting a 16-bit
cut-off simplifies the code. The game with changing the limit dynamically
is removed too. It complicates matters and I see no value in it. Changing
only the top 16-bit word of ESP is one instruction and it also implies
that only two bytes of the ESPFIX GDT entry need to be changed and this
can be implemented in just a handful simple to understand instructions.
As a side effect, the operation to compute the original ESP from the
ESPFIX ESP and the GDT entry simplifies a bit too, and the remaining
three instructions have been expanded inline in entry_32.S.
impact: can now reliably run userspace with ESP=xxxxfffc on 16-bit
stack segment
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:58 +07:00
|
|
|
/*
|
|
|
|
* Switch back for ESPFIX stack to the normal zerobased stack
|
|
|
|
*
|
|
|
|
* We can't call C functions using the ESPFIX stack. This code reads
|
|
|
|
* the high word of the segment base from the GDT and swiches to the
|
|
|
|
* normal stack and adjusts ESP with the matching offset.
|
|
|
|
*/
|
2014-05-05 00:36:22 +07:00
|
|
|
#ifdef CONFIG_X86_ESPFIX32
|
i386: fix/simplify espfix stack switching, move it into assembly
The espfix code triggers if we have a protected mode userspace
application with a 16-bit stack. On returning to userspace, with iret,
the CPU doesn't restore the high word of the stack pointer. This is an
"official" bug, and the work-around used in the kernel is to temporarily
switch to a 32-bit stack segment/pointer pair where the high word of the
pointer is equal to the high word of the userspace stackpointer.
The current implementation uses THREAD_SIZE to determine the cut-off,
but there is no good reason not to use the more natural 64kb... However,
implementing this by simply substituting THREAD_SIZE with 65536 in
patch_espfix_desc crashed the test application. patch_espfix_desc tries
to do what is described above, but gets it subtly wrong if the userspace
stack pointer is just below a multiple of THREAD_SIZE: an overflow
occurs to bit 13... With a bit of luck, when the kernelspace
stackpointer is just below a 64kb-boundary, the overflow then ripples
trough to bit 16 and userspace will see its stack pointer changed by
65536.
This patch moves all espfix code into entry_32.S. Selecting a 16-bit
cut-off simplifies the code. The game with changing the limit dynamically
is removed too. It complicates matters and I see no value in it. Changing
only the top 16-bit word of ESP is one instruction and it also implies
that only two bytes of the ESPFIX GDT entry need to be changed and this
can be implemented in just a handful simple to understand instructions.
As a side effect, the operation to compute the original ESP from the
ESPFIX ESP and the GDT entry simplifies a bit too, and the remaining
three instructions have been expanded inline in entry_32.S.
impact: can now reliably run userspace with ESP=xxxxfffc on 16-bit
stack segment
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:58 +07:00
|
|
|
/* fixup the stack */
|
2010-07-31 23:48:23 +07:00
|
|
|
mov GDT_ESPFIX_SS + 4, %al /* bits 16..23 */
|
|
|
|
mov GDT_ESPFIX_SS + 7, %ah /* bits 24..31 */
|
i386: fix/simplify espfix stack switching, move it into assembly
The espfix code triggers if we have a protected mode userspace
application with a 16-bit stack. On returning to userspace, with iret,
the CPU doesn't restore the high word of the stack pointer. This is an
"official" bug, and the work-around used in the kernel is to temporarily
switch to a 32-bit stack segment/pointer pair where the high word of the
pointer is equal to the high word of the userspace stackpointer.
The current implementation uses THREAD_SIZE to determine the cut-off,
but there is no good reason not to use the more natural 64kb... However,
implementing this by simply substituting THREAD_SIZE with 65536 in
patch_espfix_desc crashed the test application. patch_espfix_desc tries
to do what is described above, but gets it subtly wrong if the userspace
stack pointer is just below a multiple of THREAD_SIZE: an overflow
occurs to bit 13... With a bit of luck, when the kernelspace
stackpointer is just below a 64kb-boundary, the overflow then ripples
trough to bit 16 and userspace will see its stack pointer changed by
65536.
This patch moves all espfix code into entry_32.S. Selecting a 16-bit
cut-off simplifies the code. The game with changing the limit dynamically
is removed too. It complicates matters and I see no value in it. Changing
only the top 16-bit word of ESP is one instruction and it also implies
that only two bytes of the ESPFIX GDT entry need to be changed and this
can be implemented in just a handful simple to understand instructions.
As a side effect, the operation to compute the original ESP from the
ESPFIX ESP and the GDT entry simplifies a bit too, and the remaining
three instructions have been expanded inline in entry_32.S.
impact: can now reliably run userspace with ESP=xxxxfffc on 16-bit
stack segment
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:58 +07:00
|
|
|
shl $16, %eax
|
|
|
|
addl %esp, %eax /* the adjusted stack pointer */
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $__KERNEL_DS
|
|
|
|
pushl_cfi %eax
|
i386: fix/simplify espfix stack switching, move it into assembly
The espfix code triggers if we have a protected mode userspace
application with a 16-bit stack. On returning to userspace, with iret,
the CPU doesn't restore the high word of the stack pointer. This is an
"official" bug, and the work-around used in the kernel is to temporarily
switch to a 32-bit stack segment/pointer pair where the high word of the
pointer is equal to the high word of the userspace stackpointer.
The current implementation uses THREAD_SIZE to determine the cut-off,
but there is no good reason not to use the more natural 64kb... However,
implementing this by simply substituting THREAD_SIZE with 65536 in
patch_espfix_desc crashed the test application. patch_espfix_desc tries
to do what is described above, but gets it subtly wrong if the userspace
stack pointer is just below a multiple of THREAD_SIZE: an overflow
occurs to bit 13... With a bit of luck, when the kernelspace
stackpointer is just below a 64kb-boundary, the overflow then ripples
trough to bit 16 and userspace will see its stack pointer changed by
65536.
This patch moves all espfix code into entry_32.S. Selecting a 16-bit
cut-off simplifies the code. The game with changing the limit dynamically
is removed too. It complicates matters and I see no value in it. Changing
only the top 16-bit word of ESP is one instruction and it also implies
that only two bytes of the ESPFIX GDT entry need to be changed and this
can be implemented in just a handful simple to understand instructions.
As a side effect, the operation to compute the original ESP from the
ESPFIX ESP and the GDT entry simplifies a bit too, and the remaining
three instructions have been expanded inline in entry_32.S.
impact: can now reliably run userspace with ESP=xxxxfffc on 16-bit
stack segment
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:58 +07:00
|
|
|
lss (%esp), %esp /* switch to the normal stack segment */
|
2009-02-09 20:17:40 +07:00
|
|
|
CFI_ADJUST_CFA_OFFSET -8
|
2014-05-05 00:36:22 +07:00
|
|
|
#endif
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
|
|
|
.macro UNWIND_ESPFIX_STACK
|
2014-05-05 00:36:22 +07:00
|
|
|
#ifdef CONFIG_X86_ESPFIX32
|
2009-02-09 20:17:40 +07:00
|
|
|
movl %ss, %eax
|
|
|
|
/* see if on espfix stack */
|
|
|
|
cmpw $__ESPFIX_SS, %ax
|
|
|
|
jne 27f
|
|
|
|
movl $__KERNEL_DS, %eax
|
|
|
|
movl %eax, %ds
|
|
|
|
movl %eax, %es
|
|
|
|
/* switch to normal stack */
|
|
|
|
FIXUP_ESPFIX_STACK
|
|
|
|
27:
|
2014-05-05 00:36:22 +07:00
|
|
|
#endif
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
/*
|
2015-04-04 02:49:13 +07:00
|
|
|
* Build the entry stubs with some assembler magic.
|
|
|
|
* We pack 1 stub into every 8-byte block.
|
2005-04-17 05:20:36 +07:00
|
|
|
*/
|
2015-04-04 02:49:13 +07:00
|
|
|
.align 8
|
2005-04-17 05:20:36 +07:00
|
|
|
ENTRY(irq_entries_start)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME
|
2015-04-04 02:49:13 +07:00
|
|
|
vector=FIRST_EXTERNAL_VECTOR
|
|
|
|
.rept (FIRST_SYSTEM_VECTOR - FIRST_EXTERNAL_VECTOR)
|
|
|
|
pushl_cfi $(~vector+0x80) /* Note: always in signed byte range */
|
|
|
|
vector=vector+1
|
|
|
|
jmp common_interrupt
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ADJUST_CFA_OFFSET -4
|
2015-04-04 02:49:13 +07:00
|
|
|
.align 8
|
|
|
|
.endr
|
2007-02-13 19:26:24 +07:00
|
|
|
END(irq_entries_start)
|
|
|
|
|
2006-07-03 14:24:43 +07:00
|
|
|
/*
|
|
|
|
* the CPU automatically disables interrupts when executing an IRQ vector,
|
|
|
|
* so IRQ-flags tracing has to follow that:
|
|
|
|
*/
|
2008-11-12 04:24:58 +07:00
|
|
|
.p2align CONFIG_X86_L1_CACHE_SHIFT
|
2005-04-17 05:20:36 +07:00
|
|
|
common_interrupt:
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2008-11-12 04:24:58 +07:00
|
|
|
addl $-0x80,(%esp) /* Adjust vector into the [-256,-1] range */
|
2005-04-17 05:20:36 +07:00
|
|
|
SAVE_ALL
|
2006-07-03 14:24:43 +07:00
|
|
|
TRACE_IRQS_OFF
|
2005-04-17 05:20:36 +07:00
|
|
|
movl %esp,%eax
|
|
|
|
call do_IRQ
|
|
|
|
jmp ret_from_intr
|
2007-02-13 19:26:24 +07:00
|
|
|
ENDPROC(common_interrupt)
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2009-01-21 15:26:06 +07:00
|
|
|
#define BUILD_INTERRUPT3(name, nr, fn) \
|
2005-04-17 05:20:36 +07:00
|
|
|
ENTRY(name) \
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME; \
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC; \
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $~(nr); \
|
2006-06-26 18:57:44 +07:00
|
|
|
SAVE_ALL; \
|
2006-07-03 14:24:43 +07:00
|
|
|
TRACE_IRQS_OFF \
|
2005-04-17 05:20:36 +07:00
|
|
|
movl %esp,%eax; \
|
2009-01-21 15:26:06 +07:00
|
|
|
call fn; \
|
2006-07-03 14:24:43 +07:00
|
|
|
jmp ret_from_intr; \
|
2007-02-13 19:26:24 +07:00
|
|
|
CFI_ENDPROC; \
|
|
|
|
ENDPROC(name)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
x86, trace: Add irq vector tracepoints
[Purpose of this patch]
As Vaibhav explained in the thread below, tracepoints for irq vectors
are useful.
http://www.spinics.net/lists/mm-commits/msg85707.html
<snip>
The current interrupt traces from irq_handler_entry and irq_handler_exit
provide when an interrupt is handled. They provide good data about when
the system has switched to kernel space and how it affects the currently
running processes.
There are some IRQ vectors which trigger the system into kernel space,
which are not handled in generic IRQ handlers. Tracing such events gives
us the information about IRQ interaction with other system events.
The trace also tells where the system is spending its time. We want to
know which cores are handling interrupts and how they are affecting other
processes in the system. Also, the trace provides information about when
the cores are idle and which interrupts are changing that state.
<snip>
On the other hand, my usecase is tracing just local timer event and
getting a value of instruction pointer.
I suggested to add an argument local timer event to get instruction pointer before.
But there is another way to get it with external module like systemtap.
So, I don't need to add any argument to irq vector tracepoints now.
[Patch Description]
Vaibhav's patch shared a trace point ,irq_vector_entry/irq_vector_exit, in all events.
But there is an above use case to trace specific irq_vector rather than tracing all events.
In this case, we are concerned about overhead due to unwanted events.
So, add following tracepoints instead of introducing irq_vector_entry/exit.
so that we can enable them independently.
- local_timer_vector
- reschedule_vector
- call_function_vector
- call_function_single_vector
- irq_work_entry_vector
- error_apic_vector
- thermal_apic_vector
- threshold_apic_vector
- spurious_apic_vector
- x86_platform_ipi_vector
Also, introduce a logic switching IDT at enabling/disabling time so that a time penalty
makes a zero when tracepoints are disabled. Detailed explanations are as follows.
- Create trace irq handlers with entering_irq()/exiting_irq().
- Create a new IDT, trace_idt_table, at boot time by adding a logic to
_set_gate(). It is just a copy of original idt table.
- Register the new handlers for tracpoints to the new IDT by introducing
macros to alloc_intr_gate() called at registering time of irq_vector handlers.
- Add checking, whether irq vector tracing is on/off, into load_current_idt().
This has to be done below debug checking for these reasons.
- Switching to debug IDT may be kicked while tracing is enabled.
- On the other hands, switching to trace IDT is kicked only when debugging
is disabled.
In addition, the new IDT is created only when CONFIG_TRACING is enabled to avoid being
used for other purposes.
Signed-off-by: Seiji Aguchi <seiji.aguchi@hds.com>
Link: http://lkml.kernel.org/r/51C323ED.5050708@hds.com
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
2013-06-20 22:46:53 +07:00
|
|
|
|
|
|
|
#ifdef CONFIG_TRACING
|
|
|
|
#define TRACE_BUILD_INTERRUPT(name, nr) \
|
|
|
|
BUILD_INTERRUPT3(trace_##name, nr, smp_trace_##name)
|
|
|
|
#else
|
|
|
|
#define TRACE_BUILD_INTERRUPT(name, nr)
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#define BUILD_INTERRUPT(name, nr) \
|
|
|
|
BUILD_INTERRUPT3(name, nr, smp_##name); \
|
|
|
|
TRACE_BUILD_INTERRUPT(name, nr)
|
2009-01-21 15:26:06 +07:00
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
/* The include is where all of the SMP etc. interrupts come from */
|
2009-01-29 01:34:09 +07:00
|
|
|
#include <asm/entry_arch.h>
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(coprocessor_error)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $0
|
|
|
|
pushl_cfi $do_coprocessor_error
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(coprocessor_error)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(simd_coprocessor_error)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $0
|
2010-03-21 20:00:43 +07:00
|
|
|
#ifdef CONFIG_X86_INVD_BUG
|
|
|
|
/* AMD 486 bug: invd from userspace calls exception 19 instead of #GP */
|
2015-01-18 18:35:55 +07:00
|
|
|
ALTERNATIVE "pushl_cfi $do_general_protection", \
|
|
|
|
"pushl $do_simd_coprocessor_error", \
|
|
|
|
X86_FEATURE_XMM
|
2010-03-21 20:00:43 +07:00
|
|
|
#else
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $do_simd_coprocessor_error
|
2010-03-21 20:00:43 +07:00
|
|
|
#endif
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(simd_coprocessor_error)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(device_not_available)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $-1 # mark this as an int
|
|
|
|
pushl_cfi $do_device_not_available
|
2008-09-10 02:56:02 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(device_not_available)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
2006-12-07 08:14:07 +07:00
|
|
|
#ifdef CONFIG_PARAVIRT
|
|
|
|
ENTRY(native_iret)
|
2008-02-10 05:24:08 +07:00
|
|
|
iret
|
2012-04-21 02:19:50 +07:00
|
|
|
_ASM_EXTABLE(native_iret, iret_exc)
|
2007-02-13 19:26:24 +07:00
|
|
|
END(native_iret)
|
2006-12-07 08:14:07 +07:00
|
|
|
|
2008-06-25 11:19:26 +07:00
|
|
|
ENTRY(native_irq_enable_sysexit)
|
2006-12-07 08:14:07 +07:00
|
|
|
sti
|
|
|
|
sysexit
|
2008-06-25 11:19:26 +07:00
|
|
|
END(native_irq_enable_sysexit)
|
2006-12-07 08:14:07 +07:00
|
|
|
#endif
|
|
|
|
|
2005-04-17 05:20:36 +07:00
|
|
|
ENTRY(overflow)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $0
|
|
|
|
pushl_cfi $do_overflow
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(overflow)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(bounds)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $0
|
|
|
|
pushl_cfi $do_bounds
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(bounds)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(invalid_op)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $0
|
|
|
|
pushl_cfi $do_invalid_op
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(invalid_op)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(coprocessor_segment_overrun)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $0
|
|
|
|
pushl_cfi $do_coprocessor_segment_overrun
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(coprocessor_segment_overrun)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(invalid_TSS)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_EC_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $do_invalid_TSS
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(invalid_TSS)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(segment_not_present)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_EC_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $do_segment_not_present
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(segment_not_present)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(stack_segment)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_EC_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $do_stack_segment
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(stack_segment)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
ENTRY(alignment_check)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_EC_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $do_alignment_check
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(alignment_check)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
[PATCH] x86: error_code is not safe for kprobes
This patch moves the entry.S:error_entry to .kprobes.text section,
since code marked unsafe for kprobes jumps directly to entry.S::error_entry,
that must be marked unsafe as well.
This patch also moves all the ".previous.text" asm directives to ".previous"
for kprobes section.
AK: Following a similar i386 patch from Chuck Ebbert
AK: Also merged Jeremy's fix in.
+From: Jeremy Fitzhardinge <jeremy@goop.org>
KPROBE_ENTRY does a .section .kprobes.text, and expects its users to
do a .previous at the end of the function.
Unfortunately, if any code within the function switches sections, for
example .fixup, then the .previous ends up putting all subsequent code
into .fixup. Worse, any subsequent .fixup code gets intermingled with
the code its supposed to be fixing (which is also in .fixup). It's
surprising this didn't cause more havok.
The fix is to use .pushsection/.popsection, so this stuff nests
properly. A further cleanup would be to get rid of all
.section/.previous pairs, since they're inherently fragile.
+From: Chuck Ebbert <76306.1226@compuserve.com>
Because code marked unsafe for kprobes jumps directly to
entry.S::error_code, that must be marked unsafe as well.
The easiest way to do that is to move the page fault entry
point to just before error_code and let it inherit the same
section.
Also moved all the ".previous" asm directives for kprobes
sections to column 1 and removed ".text" from them.
Signed-off-by: Chuck Ebbert <76306.1226@compuserve.com>
Signed-off-by: Andi Kleen <ak@suse.de>
2006-09-26 15:52:34 +07:00
|
|
|
ENTRY(divide_error)
|
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $0 # no error code
|
|
|
|
pushl_cfi $do_divide_error
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(divide_error)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
|
|
|
#ifdef CONFIG_X86_MCE
|
|
|
|
ENTRY(machine_check)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $0
|
|
|
|
pushl_cfi machine_check_vector
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(machine_check)
|
2005-04-17 05:20:36 +07:00
|
|
|
#endif
|
|
|
|
|
|
|
|
ENTRY(spurious_interrupt_bug)
|
2006-06-26 18:57:44 +07:00
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $0
|
|
|
|
pushl_cfi $do_spurious_interrupt_bug
|
2005-04-17 05:20:36 +07:00
|
|
|
jmp error_code
|
2006-06-26 18:57:44 +07:00
|
|
|
CFI_ENDPROC
|
2007-02-13 19:26:24 +07:00
|
|
|
END(spurious_interrupt_bug)
|
2005-04-17 05:20:36 +07:00
|
|
|
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
#ifdef CONFIG_XEN
|
2008-03-18 06:37:17 +07:00
|
|
|
/* Xen doesn't set %esp to be precisely what the normal sysenter
|
|
|
|
entrypoint expects, so fix it up before using the normal path. */
|
|
|
|
ENTRY(xen_sysenter_target)
|
|
|
|
RING0_INT_FRAME
|
|
|
|
addl $5*4, %esp /* remove xen-provided frame */
|
2008-07-18 19:32:23 +07:00
|
|
|
CFI_ADJUST_CFA_OFFSET -5*4
|
2008-03-18 06:37:17 +07:00
|
|
|
jmp sysenter_past_esp
|
2008-07-11 01:09:20 +07:00
|
|
|
CFI_ENDPROC
|
2008-03-18 06:37:17 +07:00
|
|
|
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
ENTRY(xen_hypervisor_callback)
|
|
|
|
CFI_STARTPROC
|
2012-10-19 23:29:07 +07:00
|
|
|
pushl_cfi $-1 /* orig_ax = -1 => not a system call */
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
SAVE_ALL
|
|
|
|
TRACE_IRQS_OFF
|
xen: use iret directly when possible
Most of the time we can simply use the iret instruction to exit the
kernel, rather than having to use the iret hypercall - the only
exception is if we're returning into vm86 mode, or from delivering an
NMI (which we don't support yet).
When running native, iret has the behaviour of testing for a pending
interrupt atomically with re-enabling interrupts. Unfortunately
there's no way to do this with Xen, so there's a window in which we
could get a recursive exception after enabling events but before
actually returning to userspace.
This causes a problem: if the nested interrupt causes one of the
task's TIF_WORK_MASK flags to be set, they will not be checked again
before returning to userspace. This means that pending work may be
left pending indefinitely, until the process enters and leaves the
kernel again. The net effect is that a pending signal or reschedule
event could be delayed for an unbounded amount of time.
To deal with this, the xen event upcall handler checks to see if the
EIP is within the critical section of the iret code, after events
are (potentially) enabled up to the iret itself. If its within this
range, it calls the iret critical section fixup, which adjusts the
stack to deal with any unrestored registers, and then shifts the
stack frame up to replace the previous invocation.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
2007-07-18 08:37:07 +07:00
|
|
|
|
|
|
|
/* Check to see if we got the event in the critical
|
|
|
|
region in xen_iret_direct, after we've reenabled
|
|
|
|
events and checked for pending events. This simulates
|
|
|
|
iret instruction's behaviour where it delivers a
|
|
|
|
pending interrupt when enabling interrupts. */
|
|
|
|
movl PT_EIP(%esp),%eax
|
|
|
|
cmpl $xen_iret_start_crit,%eax
|
|
|
|
jb 1f
|
|
|
|
cmpl $xen_iret_end_crit,%eax
|
|
|
|
jae 1f
|
|
|
|
|
2008-03-18 06:37:22 +07:00
|
|
|
jmp xen_iret_crit_fixup
|
2008-03-18 06:37:17 +07:00
|
|
|
|
|
|
|
ENTRY(xen_do_upcall)
|
2008-04-03 00:54:11 +07:00
|
|
|
1: mov %esp, %eax
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
call xen_evtchn_do_upcall
|
2015-02-19 22:23:17 +07:00
|
|
|
#ifndef CONFIG_PREEMPT
|
|
|
|
call xen_maybe_preempt_hcall
|
|
|
|
#endif
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
jmp ret_from_intr
|
|
|
|
CFI_ENDPROC
|
|
|
|
ENDPROC(xen_hypervisor_callback)
|
|
|
|
|
|
|
|
# Hypervisor uses this for application faults while it executes.
|
|
|
|
# We get here for two reasons:
|
|
|
|
# 1. Fault while reloading DS, ES, FS or GS
|
|
|
|
# 2. Fault while executing IRET
|
|
|
|
# Category 1 we fix up by reattempting the load, and zeroing the segment
|
|
|
|
# register if the load fails.
|
|
|
|
# Category 2 we fix up by jumping to do_iret_error. We cannot use the
|
|
|
|
# normal Linux return path in this case because if we use the IRET hypercall
|
|
|
|
# to pop the stack frame we end up in an infinite loop of failsafe callbacks.
|
|
|
|
# We distinguish between categories by maintaining a status value in EAX.
|
|
|
|
ENTRY(xen_failsafe_callback)
|
|
|
|
CFI_STARTPROC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %eax
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
movl $1,%eax
|
|
|
|
1: mov 4(%esp),%ds
|
|
|
|
2: mov 8(%esp),%es
|
|
|
|
3: mov 12(%esp),%fs
|
|
|
|
4: mov 16(%esp),%gs
|
2012-10-19 23:29:07 +07:00
|
|
|
/* EAX == 0 => Category 1 (Bad segment)
|
|
|
|
EAX != 0 => Category 2 (Bad IRET) */
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
testl %eax,%eax
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %eax
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
lea 16(%esp),%esp
|
|
|
|
CFI_ADJUST_CFA_OFFSET -16
|
|
|
|
jz 5f
|
2012-10-19 23:29:07 +07:00
|
|
|
jmp iret_exc
|
|
|
|
5: pushl_cfi $-1 /* orig_ax = -1 => not a system call */
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
SAVE_ALL
|
|
|
|
jmp ret_from_exception
|
|
|
|
CFI_ENDPROC
|
|
|
|
|
|
|
|
.section .fixup,"ax"
|
|
|
|
6: xorl %eax,%eax
|
|
|
|
movl %eax,4(%esp)
|
|
|
|
jmp 1b
|
|
|
|
7: xorl %eax,%eax
|
|
|
|
movl %eax,8(%esp)
|
|
|
|
jmp 2b
|
|
|
|
8: xorl %eax,%eax
|
|
|
|
movl %eax,12(%esp)
|
|
|
|
jmp 3b
|
|
|
|
9: xorl %eax,%eax
|
|
|
|
movl %eax,16(%esp)
|
|
|
|
jmp 4b
|
|
|
|
.previous
|
2012-04-21 02:19:50 +07:00
|
|
|
_ASM_EXTABLE(1b,6b)
|
|
|
|
_ASM_EXTABLE(2b,7b)
|
|
|
|
_ASM_EXTABLE(3b,8b)
|
|
|
|
_ASM_EXTABLE(4b,9b)
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
ENDPROC(xen_failsafe_callback)
|
|
|
|
|
2013-02-04 08:22:39 +07:00
|
|
|
BUILD_INTERRUPT3(xen_hvm_callback_vector, HYPERVISOR_CALLBACK_VECTOR,
|
2010-05-14 18:40:51 +07:00
|
|
|
xen_evtchn_do_upcall)
|
|
|
|
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
#endif /* CONFIG_XEN */
|
2013-02-04 08:22:39 +07:00
|
|
|
|
|
|
|
#if IS_ENABLED(CONFIG_HYPERV)
|
|
|
|
|
|
|
|
BUILD_INTERRUPT3(hyperv_callback_vector, HYPERVISOR_CALLBACK_VECTOR,
|
|
|
|
hyperv_vector_handler)
|
|
|
|
|
|
|
|
#endif /* CONFIG_HYPERV */
|
xen: Core Xen implementation
This patch is a rollup of all the core pieces of the Xen
implementation, including:
- booting and setup
- pagetable setup
- privileged instructions
- segmentation
- interrupt flags
- upcalls
- multicall batching
BOOTING AND SETUP
The vmlinux image is decorated with ELF notes which tell the Xen
domain builder what the kernel's requirements are; the domain builder
then constructs the address space accordingly and starts the kernel.
Xen has its own entrypoint for the kernel (contained in an ELF note).
The ELF notes are set up by xen-head.S, which is included into head.S.
In principle it could be linked separately, but it seems to provoke
lots of binutils bugs.
Because the domain builder starts the kernel in a fairly sane state
(32-bit protected mode, paging enabled, flat segments set up), there's
not a lot of setup needed before starting the kernel proper. The main
steps are:
1. Install the Xen paravirt_ops, which is simply a matter of a
structure assignment.
2. Set init_mm to use the Xen-supplied pagetables (analogous to the
head.S generated pagetables in a native boot).
3. Reserve address space for Xen, since it takes a chunk at the top
of the address space for its own use.
4. Call start_kernel()
PAGETABLE SETUP
Once we hit the main kernel boot sequence, it will end up calling back
via paravirt_ops to set up various pieces of Xen specific state. One
of the critical things which requires a bit of extra care is the
construction of the initial init_mm pagetable. Because Xen places
tight constraints on pagetables (an active pagetable must always be
valid, and must always be mapped read-only to the guest domain), we
need to be careful when constructing the new pagetable to keep these
constraints in mind. It turns out that the easiest way to do this is
use the initial Xen-provided pagetable as a template, and then just
insert new mappings for memory where a mapping doesn't already exist.
This means that during pagetable setup, it uses a special version of
xen_set_pte which ignores any attempt to remap a read-only page as
read-write (since Xen will map its own initial pagetable as RO), but
lets other changes to the ptes happen, so that things like NX are set
properly.
PRIVILEGED INSTRUCTIONS AND SEGMENTATION
When the kernel runs under Xen, it runs in ring 1 rather than ring 0.
This means that it is more privileged than user-mode in ring 3, but it
still can't run privileged instructions directly. Non-performance
critical instructions are dealt with by taking a privilege exception
and trapping into the hypervisor and emulating the instruction, but
more performance-critical instructions have their own specific
paravirt_ops. In many cases we can avoid having to do any hypercalls
for these instructions, or the Xen implementation is quite different
from the normal native version.
The privileged instructions fall into the broad classes of:
Segmentation: setting up the GDT and the GDT entries, LDT,
TLS and so on. Xen doesn't allow the GDT to be directly
modified; all GDT updates are done via hypercalls where the new
entries can be validated. This is important because Xen uses
segment limits to prevent the guest kernel from damaging the
hypervisor itself.
Traps and exceptions: Xen uses a special format for trap entrypoints,
so when the kernel wants to set an IDT entry, it needs to be
converted to the form Xen expects. Xen sets int 0x80 up specially
so that the trap goes straight from userspace into the guest kernel
without going via the hypervisor. sysenter isn't supported.
Kernel stack: The esp0 entry is extracted from the tss and provided to
Xen.
TLB operations: the various TLB calls are mapped into corresponding
Xen hypercalls.
Control registers: all the control registers are privileged. The most
important is cr3, which points to the base of the current pagetable,
and we handle it specially.
Another instruction we treat specially is CPUID, even though its not
privileged. We want to control what CPU features are visible to the
rest of the kernel, and so CPUID ends up going into a paravirt_op.
Xen implements this mainly to disable the ACPI and APIC subsystems.
INTERRUPT FLAGS
Xen maintains its own separate flag for masking events, which is
contained within the per-cpu vcpu_info structure. Because the guest
kernel runs in ring 1 and not 0, the IF flag in EFLAGS is completely
ignored (and must be, because even if a guest domain disables
interrupts for itself, it can't disable them overall).
(A note on terminology: "events" and interrupts are effectively
synonymous. However, rather than using an "enable flag", Xen uses a
"mask flag", which blocks event delivery when it is non-zero.)
There are paravirt_ops for each of cli/sti/save_fl/restore_fl, which
are implemented to manage the Xen event mask state. The only thing
worth noting is that when events are unmasked, we need to explicitly
see if there's a pending event and call into the hypervisor to make
sure it gets delivered.
UPCALLS
Xen needs a couple of upcall (or callback) functions to be implemented
by each guest. One is the event upcalls, which is how events
(interrupts, effectively) are delivered to the guests. The other is
the failsafe callback, which is used to report errors in either
reloading a segment register, or caused by iret. These are
implemented in i386/kernel/entry.S so they can jump into the normal
iret_exc path when necessary.
MULTICALL BATCHING
Xen provides a multicall mechanism, which allows multiple hypercalls
to be issued at once in order to mitigate the cost of trapping into
the hypervisor. This is particularly useful for context switches,
since the 4-5 hypercalls they would normally need (reload cr3, update
TLS, maybe update LDT) can be reduced to one. This patch implements a
generic batching mechanism for hypercalls, which gets used in many
places in the Xen code.
Signed-off-by: Jeremy Fitzhardinge <jeremy@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Cc: Ian Pratt <ian.pratt@xensource.com>
Cc: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Cc: Adrian Bunk <bunk@stusta.de>
2007-07-18 08:37:04 +07:00
|
|
|
|
2008-10-07 06:06:12 +07:00
|
|
|
#ifdef CONFIG_FUNCTION_TRACER
|
2008-05-13 02:20:43 +07:00
|
|
|
#ifdef CONFIG_DYNAMIC_FTRACE
|
|
|
|
|
|
|
|
ENTRY(mcount)
|
|
|
|
ret
|
|
|
|
END(mcount)
|
|
|
|
|
|
|
|
ENTRY(ftrace_caller)
|
|
|
|
pushl %eax
|
|
|
|
pushl %ecx
|
|
|
|
pushl %edx
|
2012-05-01 03:20:23 +07:00
|
|
|
pushl $0 /* Pass NULL as regs pointer */
|
|
|
|
movl 4*4(%esp), %eax
|
2008-05-13 02:20:43 +07:00
|
|
|
movl 0x4(%ebp), %edx
|
2013-11-14 03:20:04 +07:00
|
|
|
movl function_trace_op, %ecx
|
2008-06-22 01:17:27 +07:00
|
|
|
subl $MCOUNT_INSN_SIZE, %eax
|
2008-05-13 02:20:43 +07:00
|
|
|
|
|
|
|
.globl ftrace_call
|
|
|
|
ftrace_call:
|
|
|
|
call ftrace_stub
|
|
|
|
|
2012-05-01 03:20:23 +07:00
|
|
|
addl $4,%esp /* skip NULL pointer */
|
2008-05-13 02:20:43 +07:00
|
|
|
popl %edx
|
|
|
|
popl %ecx
|
|
|
|
popl %eax
|
2012-06-06 07:00:11 +07:00
|
|
|
ftrace_ret:
|
2008-11-26 12:16:24 +07:00
|
|
|
#ifdef CONFIG_FUNCTION_GRAPH_TRACER
|
|
|
|
.globl ftrace_graph_call
|
|
|
|
ftrace_graph_call:
|
|
|
|
jmp ftrace_stub
|
|
|
|
#endif
|
2008-05-13 02:20:43 +07:00
|
|
|
|
|
|
|
.globl ftrace_stub
|
|
|
|
ftrace_stub:
|
|
|
|
ret
|
|
|
|
END(ftrace_caller)
|
|
|
|
|
2012-06-06 07:00:11 +07:00
|
|
|
ENTRY(ftrace_regs_caller)
|
|
|
|
pushf /* push flags before compare (in cs location) */
|
|
|
|
|
|
|
|
/*
|
|
|
|
* i386 does not save SS and ESP when coming from kernel.
|
|
|
|
* Instead, to get sp, ®s->sp is used (see ptrace.h).
|
|
|
|
* Unfortunately, that means eflags must be at the same location
|
|
|
|
* as the current return ip is. We move the return ip into the
|
|
|
|
* ip location, and move flags into the return ip location.
|
|
|
|
*/
|
|
|
|
pushl 4(%esp) /* save return ip into ip slot */
|
|
|
|
|
|
|
|
pushl $0 /* Load 0 into orig_ax */
|
|
|
|
pushl %gs
|
|
|
|
pushl %fs
|
|
|
|
pushl %es
|
|
|
|
pushl %ds
|
|
|
|
pushl %eax
|
|
|
|
pushl %ebp
|
|
|
|
pushl %edi
|
|
|
|
pushl %esi
|
|
|
|
pushl %edx
|
|
|
|
pushl %ecx
|
|
|
|
pushl %ebx
|
|
|
|
|
|
|
|
movl 13*4(%esp), %eax /* Get the saved flags */
|
|
|
|
movl %eax, 14*4(%esp) /* Move saved flags into regs->flags location */
|
|
|
|
/* clobbering return ip */
|
|
|
|
movl $__KERNEL_CS,13*4(%esp)
|
|
|
|
|
|
|
|
movl 12*4(%esp), %eax /* Load ip (1st parameter) */
|
2012-09-05 21:31:00 +07:00
|
|
|
subl $MCOUNT_INSN_SIZE, %eax /* Adjust ip */
|
2012-07-20 00:04:47 +07:00
|
|
|
movl 0x4(%ebp), %edx /* Load parent ip (2nd parameter) */
|
2013-11-14 03:20:04 +07:00
|
|
|
movl function_trace_op, %ecx /* Save ftrace_pos in 3rd parameter */
|
2012-07-20 00:04:47 +07:00
|
|
|
pushl %esp /* Save pt_regs as 4th parameter */
|
2012-06-06 07:00:11 +07:00
|
|
|
|
|
|
|
GLOBAL(ftrace_regs_call)
|
|
|
|
call ftrace_stub
|
|
|
|
|
|
|
|
addl $4, %esp /* Skip pt_regs */
|
|
|
|
movl 14*4(%esp), %eax /* Move flags back into cs */
|
|
|
|
movl %eax, 13*4(%esp) /* Needed to keep addl from modifying flags */
|
|
|
|
movl 12*4(%esp), %eax /* Get return ip from regs->ip */
|
|
|
|
movl %eax, 14*4(%esp) /* Put return ip back for ret */
|
|
|
|
|
|
|
|
popl %ebx
|
|
|
|
popl %ecx
|
|
|
|
popl %edx
|
|
|
|
popl %esi
|
|
|
|
popl %edi
|
|
|
|
popl %ebp
|
|
|
|
popl %eax
|
|
|
|
popl %ds
|
|
|
|
popl %es
|
|
|
|
popl %fs
|
|
|
|
popl %gs
|
|
|
|
addl $8, %esp /* Skip orig_ax and ip */
|
|
|
|
popf /* Pop flags at end (no addl to corrupt flags) */
|
|
|
|
jmp ftrace_ret
|
|
|
|
|
|
|
|
popf
|
|
|
|
jmp ftrace_stub
|
2008-05-13 02:20:43 +07:00
|
|
|
#else /* ! CONFIG_DYNAMIC_FTRACE */
|
|
|
|
|
2008-05-13 02:20:42 +07:00
|
|
|
ENTRY(mcount)
|
2013-08-31 07:29:29 +07:00
|
|
|
cmpl $__PAGE_OFFSET, %esp
|
|
|
|
jb ftrace_stub /* Paging not enabled yet? */
|
|
|
|
|
2008-05-13 02:20:42 +07:00
|
|
|
cmpl $ftrace_stub, ftrace_trace_function
|
|
|
|
jnz trace
|
2008-11-26 03:07:04 +07:00
|
|
|
#ifdef CONFIG_FUNCTION_GRAPH_TRACER
|
2008-11-26 09:10:01 +07:00
|
|
|
cmpl $ftrace_stub, ftrace_graph_return
|
2008-11-26 03:07:04 +07:00
|
|
|
jnz ftrace_graph_caller
|
2008-12-03 11:50:05 +07:00
|
|
|
|
|
|
|
cmpl $ftrace_graph_entry_stub, ftrace_graph_entry
|
|
|
|
jnz ftrace_graph_caller
|
2008-11-11 13:03:45 +07:00
|
|
|
#endif
|
2008-05-13 02:20:42 +07:00
|
|
|
.globl ftrace_stub
|
|
|
|
ftrace_stub:
|
|
|
|
ret
|
|
|
|
|
|
|
|
/* taken from glibc */
|
|
|
|
trace:
|
|
|
|
pushl %eax
|
|
|
|
pushl %ecx
|
|
|
|
pushl %edx
|
|
|
|
movl 0xc(%esp), %eax
|
|
|
|
movl 0x4(%ebp), %edx
|
2008-06-22 01:17:27 +07:00
|
|
|
subl $MCOUNT_INSN_SIZE, %eax
|
2008-05-13 02:20:42 +07:00
|
|
|
|
2008-05-13 02:20:43 +07:00
|
|
|
call *ftrace_trace_function
|
2008-05-13 02:20:42 +07:00
|
|
|
|
|
|
|
popl %edx
|
|
|
|
popl %ecx
|
|
|
|
popl %eax
|
|
|
|
jmp ftrace_stub
|
|
|
|
END(mcount)
|
2008-05-13 02:20:43 +07:00
|
|
|
#endif /* CONFIG_DYNAMIC_FTRACE */
|
2008-10-07 06:06:12 +07:00
|
|
|
#endif /* CONFIG_FUNCTION_TRACER */
|
2008-05-13 02:20:42 +07:00
|
|
|
|
2008-11-26 03:07:04 +07:00
|
|
|
#ifdef CONFIG_FUNCTION_GRAPH_TRACER
|
|
|
|
ENTRY(ftrace_graph_caller)
|
2008-11-11 13:03:45 +07:00
|
|
|
pushl %eax
|
|
|
|
pushl %ecx
|
|
|
|
pushl %edx
|
2014-12-11 11:49:49 +07:00
|
|
|
movl 0xc(%esp), %eax
|
|
|
|
lea 0x4(%ebp), %edx
|
function-graph: add stack frame test
In case gcc does something funny with the stack frames, or the return
from function code, we would like to detect that.
An arch may implement passing of a variable that is unique to the
function and can be saved on entering a function and can be tested
when exiting the function. Usually the frame pointer can be used for
this purpose.
This patch also implements this for x86. Where it passes in the stack
frame of the parent function, and will test that frame on exit.
There was a case in x86_32 with optimize for size (-Os) where, for a
few functions, gcc would align the stack frame and place a copy of the
return address into it. The function graph tracer modified the copy and
not the actual return address. On return from the funtion, it did not go
to the tracer hook, but returned to the parent. This broke the function
graph tracer, because the return of the parent (where gcc did not do
this funky manipulation) returned to the location that the child function
was suppose to. This caused strange kernel crashes.
This test detected the problem and pointed out where the issue was.
This modifies the parameters of one of the functions that the arch
specific code calls, so it includes changes to arch code to accommodate
the new prototype.
Note, I notice that the parsic arch implements its own push_return_trace.
This is now a generic function and the ftrace_push_return_trace should be
used instead. This patch does not touch that code.
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Helge Deller <deller@gmx.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
2009-06-18 23:45:08 +07:00
|
|
|
movl (%ebp), %ecx
|
2014-12-11 11:49:49 +07:00
|
|
|
subl $MCOUNT_INSN_SIZE, %eax
|
2008-11-11 13:03:45 +07:00
|
|
|
call prepare_ftrace_return
|
|
|
|
popl %edx
|
|
|
|
popl %ecx
|
|
|
|
popl %eax
|
2008-11-16 12:02:06 +07:00
|
|
|
ret
|
2008-11-26 03:07:04 +07:00
|
|
|
END(ftrace_graph_caller)
|
2008-11-11 13:03:45 +07:00
|
|
|
|
|
|
|
.globl return_to_handler
|
|
|
|
return_to_handler:
|
|
|
|
pushl %eax
|
|
|
|
pushl %edx
|
function-graph: add stack frame test
In case gcc does something funny with the stack frames, or the return
from function code, we would like to detect that.
An arch may implement passing of a variable that is unique to the
function and can be saved on entering a function and can be tested
when exiting the function. Usually the frame pointer can be used for
this purpose.
This patch also implements this for x86. Where it passes in the stack
frame of the parent function, and will test that frame on exit.
There was a case in x86_32 with optimize for size (-Os) where, for a
few functions, gcc would align the stack frame and place a copy of the
return address into it. The function graph tracer modified the copy and
not the actual return address. On return from the funtion, it did not go
to the tracer hook, but returned to the parent. This broke the function
graph tracer, because the return of the parent (where gcc did not do
this funky manipulation) returned to the location that the child function
was suppose to. This caused strange kernel crashes.
This test detected the problem and pointed out where the issue was.
This modifies the parameters of one of the functions that the arch
specific code calls, so it includes changes to arch code to accommodate
the new prototype.
Note, I notice that the parsic arch implements its own push_return_trace.
This is now a generic function and the ftrace_push_return_trace should be
used instead. This patch does not touch that code.
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Helge Deller <deller@gmx.de>
Cc: Kyle McMartin <kyle@mcmartin.ca>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
2009-06-18 23:45:08 +07:00
|
|
|
movl %ebp, %eax
|
2008-11-11 13:03:45 +07:00
|
|
|
call ftrace_return_to_handler
|
2009-10-14 03:33:50 +07:00
|
|
|
movl %eax, %ecx
|
2008-11-11 13:03:45 +07:00
|
|
|
popl %edx
|
|
|
|
popl %eax
|
2009-10-14 03:33:50 +07:00
|
|
|
jmp *%ecx
|
2008-11-16 12:02:06 +07:00
|
|
|
#endif
|
2008-05-13 02:20:42 +07:00
|
|
|
|
2013-10-31 03:37:00 +07:00
|
|
|
#ifdef CONFIG_TRACING
|
|
|
|
ENTRY(trace_page_fault)
|
|
|
|
RING0_EC_FRAME
|
|
|
|
ASM_CLAC
|
|
|
|
pushl_cfi $trace_do_page_fault
|
|
|
|
jmp error_code
|
|
|
|
CFI_ENDPROC
|
|
|
|
END(trace_page_fault)
|
|
|
|
#endif
|
|
|
|
|
2008-11-24 21:38:45 +07:00
|
|
|
ENTRY(page_fault)
|
|
|
|
RING0_EC_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $do_page_fault
|
2008-11-24 21:38:45 +07:00
|
|
|
ALIGN
|
|
|
|
error_code:
|
2009-02-09 20:17:40 +07:00
|
|
|
/* the function address is in %gs's slot on the stack */
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %fs
|
2009-02-09 20:17:40 +07:00
|
|
|
/*CFI_REL_OFFSET fs, 0*/
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %es
|
2008-11-24 21:38:45 +07:00
|
|
|
/*CFI_REL_OFFSET es, 0*/
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %ds
|
2008-11-24 21:38:45 +07:00
|
|
|
/*CFI_REL_OFFSET ds, 0*/
|
2015-02-27 05:40:25 +07:00
|
|
|
pushl_cfi_reg eax
|
|
|
|
pushl_cfi_reg ebp
|
|
|
|
pushl_cfi_reg edi
|
|
|
|
pushl_cfi_reg esi
|
|
|
|
pushl_cfi_reg edx
|
|
|
|
pushl_cfi_reg ecx
|
|
|
|
pushl_cfi_reg ebx
|
2008-11-24 21:38:45 +07:00
|
|
|
cld
|
|
|
|
movl $(__KERNEL_PERCPU), %ecx
|
|
|
|
movl %ecx, %fs
|
|
|
|
UNWIND_ESPFIX_STACK
|
2009-02-09 20:17:40 +07:00
|
|
|
GS_TO_REG %ecx
|
|
|
|
movl PT_GS(%esp), %edi # get the function address
|
2008-11-24 21:38:45 +07:00
|
|
|
movl PT_ORIG_EAX(%esp), %edx # get the error code
|
|
|
|
movl $-1, PT_ORIG_EAX(%esp) # no syscall to restart
|
2009-02-09 20:17:40 +07:00
|
|
|
REG_TO_PTGS %ecx
|
|
|
|
SET_KERNEL_GS %ecx
|
2008-11-24 21:38:45 +07:00
|
|
|
movl $(__USER_DS), %ecx
|
|
|
|
movl %ecx, %ds
|
|
|
|
movl %ecx, %es
|
|
|
|
TRACE_IRQS_OFF
|
|
|
|
movl %esp,%eax # pt_regs pointer
|
|
|
|
call *%edi
|
|
|
|
jmp ret_from_exception
|
|
|
|
CFI_ENDPROC
|
|
|
|
END(page_fault)
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Debug traps and NMI can happen at the one SYSENTER instruction
|
|
|
|
* that sets up the real kernel stack. Check here, since we can't
|
|
|
|
* allow the wrong stack to be used.
|
|
|
|
*
|
|
|
|
* "TSS_sysenter_sp0+12" is because the NMI/debug handler will have
|
|
|
|
* already pushed 3 words if it hits on the sysenter instruction:
|
|
|
|
* eflags, cs and eip.
|
|
|
|
*
|
|
|
|
* We just load the right stack, and push the three (known) values
|
|
|
|
* by hand onto the new stack - while updating the return eip past
|
|
|
|
* the instruction that would have done it for sysenter.
|
|
|
|
*/
|
2009-02-09 20:17:40 +07:00
|
|
|
.macro FIX_STACK offset ok label
|
|
|
|
cmpw $__KERNEL_CS, 4(%esp)
|
|
|
|
jne \ok
|
|
|
|
\label:
|
|
|
|
movl TSS_sysenter_sp0 + \offset(%esp), %esp
|
|
|
|
CFI_DEF_CFA esp, 0
|
|
|
|
CFI_UNDEFINED eip
|
2010-09-02 20:07:16 +07:00
|
|
|
pushfl_cfi
|
|
|
|
pushl_cfi $__KERNEL_CS
|
|
|
|
pushl_cfi $sysenter_past_esp
|
2008-11-24 21:38:45 +07:00
|
|
|
CFI_REL_OFFSET eip, 0
|
2009-02-09 20:17:40 +07:00
|
|
|
.endm
|
2008-11-24 21:38:45 +07:00
|
|
|
|
|
|
|
ENTRY(debug)
|
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2008-11-24 21:38:45 +07:00
|
|
|
cmpl $ia32_sysenter_target,(%esp)
|
|
|
|
jne debug_stack_correct
|
2009-02-09 20:17:40 +07:00
|
|
|
FIX_STACK 12, debug_stack_correct, debug_esp_fix_insn
|
2008-11-24 21:38:45 +07:00
|
|
|
debug_stack_correct:
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $-1 # mark this as an int
|
2008-11-24 21:38:45 +07:00
|
|
|
SAVE_ALL
|
|
|
|
TRACE_IRQS_OFF
|
|
|
|
xorl %edx,%edx # error code 0
|
|
|
|
movl %esp,%eax # pt_regs pointer
|
|
|
|
call do_debug
|
|
|
|
jmp ret_from_exception
|
|
|
|
CFI_ENDPROC
|
|
|
|
END(debug)
|
|
|
|
|
|
|
|
/*
|
|
|
|
* NMI is doubly nasty. It can happen _while_ we're handling
|
|
|
|
* a debug fault, and the debug fault hasn't yet been able to
|
|
|
|
* clear up the stack. So we first check whether we got an
|
|
|
|
* NMI on the sysenter entry path, but after that we need to
|
|
|
|
* check whether we got an NMI on the debug path where the debug
|
|
|
|
* fault happened on the sysenter path.
|
|
|
|
*/
|
|
|
|
ENTRY(nmi)
|
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2014-05-05 00:36:22 +07:00
|
|
|
#ifdef CONFIG_X86_ESPFIX32
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %eax
|
2008-11-24 21:38:45 +07:00
|
|
|
movl %ss, %eax
|
|
|
|
cmpw $__ESPFIX_SS, %ax
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %eax
|
2008-11-24 21:38:45 +07:00
|
|
|
je nmi_espfix_stack
|
2014-05-05 00:36:22 +07:00
|
|
|
#endif
|
2008-11-24 21:38:45 +07:00
|
|
|
cmpl $ia32_sysenter_target,(%esp)
|
|
|
|
je nmi_stack_fixup
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %eax
|
2008-11-24 21:38:45 +07:00
|
|
|
movl %esp,%eax
|
|
|
|
/* Do not access memory above the end of our stack page,
|
|
|
|
* it might not exist.
|
|
|
|
*/
|
|
|
|
andl $(THREAD_SIZE-1),%eax
|
|
|
|
cmpl $(THREAD_SIZE-20),%eax
|
2010-09-02 20:07:16 +07:00
|
|
|
popl_cfi %eax
|
2008-11-24 21:38:45 +07:00
|
|
|
jae nmi_stack_correct
|
|
|
|
cmpl $ia32_sysenter_target,12(%esp)
|
|
|
|
je nmi_debug_stack_check
|
|
|
|
nmi_stack_correct:
|
|
|
|
/* We have a RING0_INT_FRAME here */
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %eax
|
2008-11-24 21:38:45 +07:00
|
|
|
SAVE_ALL
|
|
|
|
xorl %edx,%edx # zero error code
|
|
|
|
movl %esp,%eax # pt_regs pointer
|
|
|
|
call do_nmi
|
i386: fix return to 16-bit stack from NMI handler
Returning to a task with a 16-bit stack requires special care: the iret
instruction does not restore the high word of esp in that case. The
espfix code fixes this, but currently is not invoked on NMIs. This means
that a running task gets the upper word of esp clobbered due intervening
NMIs. To reproduce, compile and run the following program with the nmi
watchdog enabled (nmi_watchdog=2 on the command line). Using gdb you can
see that the high bits of esp contain garbage, while the low bits are
still correct.
This patch puts the espfix code back into the NMI code path.
The patch is slightly complicated due to the irqtrace infrastructure not
being NMI-safe. The NMI return path cannot call TRACE_IRQS_IRET.
Otherwise, the tail of the normal iret-code is correct for the nmi code
path too. To be able to share this code-path, the TRACE_IRQS_IRET was
move up a bit. The espfix code exists after the TRACE_IRQS_IRET, but
this code explicitly disables interrupts. This short interrupts-off
section is now not traced anymore. The return-to-kernel path now always
includes the preliminary test to decide if the espfix code should be
called. This is never the case, but doing it this way keeps the patch as
simple as possible and the few extra instructions should not affect
timing in any significant way.
#define _GNU_SOURCE
#include <stdio.h>
#include <sys/types.h>
#include <sys/mman.h>
#include <unistd.h>
#include <sys/syscall.h>
#include <asm/ldt.h>
int modify_ldt(int func, void *ptr, unsigned long bytecount)
{
return syscall(SYS_modify_ldt, func, ptr, bytecount);
}
/* this is assumed to be usable */
#define SEGBASEADDR 0x10000
#define SEGLIMIT 0x20000
/* 16-bit segment */
struct user_desc desc = {
.entry_number = 0,
.base_addr = SEGBASEADDR,
.limit = SEGLIMIT,
.seg_32bit = 0,
.contents = 0, /* ??? */
.read_exec_only = 0,
.limit_in_pages = 0,
.seg_not_present = 0,
.useable = 1
};
int main(void)
{
setvbuf(stdout, NULL, _IONBF, 0);
/* map a 64 kb segment */
char *pointer = mmap((void *)SEGBASEADDR, SEGLIMIT+1,
PROT_EXEC|PROT_READ|PROT_WRITE,
MAP_SHARED|MAP_ANONYMOUS, -1, 0);
if (pointer == NULL) {
printf("could not map space\n");
return 0;
}
/* write ldt, new mode */
int err = modify_ldt(0x11, &desc, sizeof(desc));
if (err) {
printf("error modifying ldt: %i\n", err);
return 0;
}
for (int i=0; i<1000; i++) {
asm volatile (
"pusha\n\t"
"mov %ss, %eax\n\t" /* preserve ss:esp */
"mov %esp, %ebp\n\t"
"push $7\n\t" /* index 0, ldt, user mode */
"push $65536-4096\n\t" /* esp */
"lss (%esp), %esp\n\t" /* switch to new stack */
"push %eax\n\t" /* save old ss:esp on new stack */
"push %ebp\n\t"
"add $17*65536, %esp\n\t" /* set high bits */
"mov %esp, %edx\n\t"
"mov $10000000, %ecx\n\t" /* wait... */
"1: loop 1b\n\t" /* ... a bit */
"cmp %esp, %edx\n\t"
"je 1f\n\t"
"ud2\n\t" /* esp changed inexplicably! */
"1:\n\t"
"sub $17*65536, %esp\n\t" /* restore high bits */
"lss (%esp), %esp\n\t" /* restore old ss:esp */
"popa\n\t");
printf("\rx%ix", i);
}
return 0;
}
Signed-off-by: Alexander van Heukelum <heukelum@fastmail.fm>
Acked-by: Stas Sergeev <stsp@aknet.ru>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
2009-06-18 05:35:57 +07:00
|
|
|
jmp restore_all_notrace
|
2008-11-24 21:38:45 +07:00
|
|
|
CFI_ENDPROC
|
|
|
|
|
|
|
|
nmi_stack_fixup:
|
|
|
|
RING0_INT_FRAME
|
2009-02-09 20:17:40 +07:00
|
|
|
FIX_STACK 12, nmi_stack_correct, 1
|
2008-11-24 21:38:45 +07:00
|
|
|
jmp nmi_stack_correct
|
|
|
|
|
|
|
|
nmi_debug_stack_check:
|
|
|
|
/* We have a RING0_INT_FRAME here */
|
|
|
|
cmpw $__KERNEL_CS,16(%esp)
|
|
|
|
jne nmi_stack_correct
|
|
|
|
cmpl $debug,(%esp)
|
|
|
|
jb nmi_stack_correct
|
|
|
|
cmpl $debug_esp_fix_insn,(%esp)
|
|
|
|
ja nmi_stack_correct
|
2009-02-09 20:17:40 +07:00
|
|
|
FIX_STACK 24, nmi_stack_correct, 1
|
2008-11-24 21:38:45 +07:00
|
|
|
jmp nmi_stack_correct
|
|
|
|
|
2014-05-05 00:36:22 +07:00
|
|
|
#ifdef CONFIG_X86_ESPFIX32
|
2008-11-24 21:38:45 +07:00
|
|
|
nmi_espfix_stack:
|
|
|
|
/* We have a RING0_INT_FRAME here.
|
|
|
|
*
|
|
|
|
* create the pointer to lss back
|
|
|
|
*/
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %ss
|
|
|
|
pushl_cfi %esp
|
2009-02-23 23:13:07 +07:00
|
|
|
addl $4, (%esp)
|
2008-11-24 21:38:45 +07:00
|
|
|
/* copy the iret frame of 12 bytes */
|
|
|
|
.rept 3
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi 16(%esp)
|
2008-11-24 21:38:45 +07:00
|
|
|
.endr
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi %eax
|
2008-11-24 21:38:45 +07:00
|
|
|
SAVE_ALL
|
|
|
|
FIXUP_ESPFIX_STACK # %eax == %esp
|
|
|
|
xorl %edx,%edx # zero error code
|
|
|
|
call do_nmi
|
|
|
|
RESTORE_REGS
|
|
|
|
lss 12+4(%esp), %esp # back to espfix stack
|
|
|
|
CFI_ADJUST_CFA_OFFSET -24
|
|
|
|
jmp irq_return
|
2014-05-05 00:36:22 +07:00
|
|
|
#endif
|
2008-11-24 21:38:45 +07:00
|
|
|
CFI_ENDPROC
|
|
|
|
END(nmi)
|
|
|
|
|
|
|
|
ENTRY(int3)
|
|
|
|
RING0_INT_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $-1 # mark this as an int
|
2008-11-24 21:38:45 +07:00
|
|
|
SAVE_ALL
|
|
|
|
TRACE_IRQS_OFF
|
|
|
|
xorl %edx,%edx # zero error code
|
|
|
|
movl %esp,%eax # pt_regs pointer
|
|
|
|
call do_int3
|
|
|
|
jmp ret_from_exception
|
|
|
|
CFI_ENDPROC
|
|
|
|
END(int3)
|
|
|
|
|
|
|
|
ENTRY(general_protection)
|
|
|
|
RING0_EC_FRAME
|
2010-09-02 20:07:16 +07:00
|
|
|
pushl_cfi $do_general_protection
|
2008-11-24 21:38:45 +07:00
|
|
|
jmp error_code
|
|
|
|
CFI_ENDPROC
|
|
|
|
END(general_protection)
|
|
|
|
|
2010-10-14 16:22:52 +07:00
|
|
|
#ifdef CONFIG_KVM_GUEST
|
|
|
|
ENTRY(async_page_fault)
|
|
|
|
RING0_EC_FRAME
|
2012-09-22 03:58:10 +07:00
|
|
|
ASM_CLAC
|
2011-02-28 22:54:40 +07:00
|
|
|
pushl_cfi $do_async_page_fault
|
2010-10-14 16:22:52 +07:00
|
|
|
jmp error_code
|
|
|
|
CFI_ENDPROC
|
2011-03-09 04:39:24 +07:00
|
|
|
END(async_page_fault)
|
2010-10-14 16:22:52 +07:00
|
|
|
#endif
|
|
|
|
|