2005-04-16 18:20:36 -04:00
|
|
|
/*
|
|
|
|
* linux/arch/i386/kernel/head.S -- the 32-bit startup code.
|
|
|
|
*
|
|
|
|
* Copyright (C) 1991, 1992 Linus Torvalds
|
|
|
|
*
|
|
|
|
* Enhanced CPU detection and feature setting code by Mike Jagdis
|
|
|
|
* and Martin Mares, November 1997.
|
|
|
|
*/
|
|
|
|
|
|
|
|
.text
|
|
|
|
#include <linux/threads.h>
|
|
|
|
#include <linux/linkage.h>
|
|
|
|
#include <asm/segment.h>
|
|
|
|
#include <asm/page.h>
|
|
|
|
#include <asm/pgtable.h>
|
|
|
|
#include <asm/desc.h>
|
|
|
|
#include <asm/cache.h>
|
|
|
|
#include <asm/thread_info.h>
|
2005-09-09 13:28:28 -04:00
|
|
|
#include <asm/asm-offsets.h>
|
2005-04-16 18:20:36 -04:00
|
|
|
#include <asm/setup.h>
|
|
|
|
|
|
|
|
/*
|
|
|
|
* References to members of the new_cpu_data structure.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define X86 new_cpu_data+CPUINFO_x86
|
|
|
|
#define X86_VENDOR new_cpu_data+CPUINFO_x86_vendor
|
|
|
|
#define X86_MODEL new_cpu_data+CPUINFO_x86_model
|
|
|
|
#define X86_MASK new_cpu_data+CPUINFO_x86_mask
|
|
|
|
#define X86_HARD_MATH new_cpu_data+CPUINFO_hard_math
|
|
|
|
#define X86_CPUID new_cpu_data+CPUINFO_cpuid_level
|
|
|
|
#define X86_CAPABILITY new_cpu_data+CPUINFO_x86_capability
|
|
|
|
#define X86_VENDOR_ID new_cpu_data+CPUINFO_x86_vendor_id
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This is how much memory *in addition to the memory covered up to
|
2007-05-02 13:27:16 -04:00
|
|
|
* and including _end* we need mapped initially.
|
|
|
|
* We need:
|
|
|
|
* - one bit for each possible page, but only in low memory, which means
|
|
|
|
* 2^32/4096/8 = 128K worst case (4G/4G split.)
|
|
|
|
* - enough space to map all low memory, which means
|
|
|
|
* (2^32/4096) / 1024 pages (worst case, non PAE)
|
|
|
|
* (2^32/4096) / 512 + 4 pages (worst case for PAE)
|
|
|
|
* - a few pages for allocator use before the kernel pagetable has
|
|
|
|
* been set up
|
2005-04-16 18:20:36 -04:00
|
|
|
*
|
|
|
|
* Modulo rounding, each megabyte assigned here requires a kilobyte of
|
|
|
|
* memory, which is currently unreclaimed.
|
|
|
|
*
|
|
|
|
* This should be a multiple of a page.
|
|
|
|
*/
|
2007-05-02 13:27:16 -04:00
|
|
|
LOW_PAGES = 1<<(32-PAGE_SHIFT_asm)
|
2005-04-16 18:20:36 -04:00
|
|
|
|
2007-05-02 13:27:16 -04:00
|
|
|
#if PTRS_PER_PMD > 1
|
|
|
|
PAGE_TABLE_SIZE = (LOW_PAGES / PTRS_PER_PMD) + PTRS_PER_PGD
|
|
|
|
#else
|
|
|
|
PAGE_TABLE_SIZE = (LOW_PAGES / PTRS_PER_PGD)
|
|
|
|
#endif
|
|
|
|
BOOTBITMAP_SIZE = LOW_PAGES / 8
|
|
|
|
ALLOCATOR_SLOP = 4
|
|
|
|
|
|
|
|
INIT_MAP_BEYOND_END = BOOTBITMAP_SIZE + (PAGE_TABLE_SIZE + ALLOCATOR_SLOP)*PAGE_SIZE_asm
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* 32-bit kernel entrypoint; only used by the boot CPU. On entry,
|
|
|
|
* %esi points to the real-mode code as a 32-bit pointer.
|
|
|
|
* CS and DS must be 4 GB flat segments, but we don't depend on
|
|
|
|
* any particular GDT layout, because we load our own as soon as we
|
|
|
|
* can.
|
|
|
|
*/
|
2007-02-13 07:26:22 -05:00
|
|
|
.section .text.head,"ax",@progbits
|
2005-04-16 18:20:36 -04:00
|
|
|
ENTRY(startup_32)
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Set segments to known values.
|
|
|
|
*/
|
|
|
|
cld
|
|
|
|
lgdt boot_gdt_descr - __PAGE_OFFSET
|
|
|
|
movl $(__BOOT_DS),%eax
|
|
|
|
movl %eax,%ds
|
|
|
|
movl %eax,%es
|
|
|
|
movl %eax,%fs
|
|
|
|
movl %eax,%gs
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Clear BSS first so that there are no surprises...
|
|
|
|
* No need to cld as DF is already clear from cld above...
|
|
|
|
*/
|
|
|
|
xorl %eax,%eax
|
|
|
|
movl $__bss_start - __PAGE_OFFSET,%edi
|
|
|
|
movl $__bss_stop - __PAGE_OFFSET,%ecx
|
|
|
|
subl %edi,%ecx
|
|
|
|
shrl $2,%ecx
|
|
|
|
rep ; stosl
|
2005-09-03 18:56:31 -04:00
|
|
|
/*
|
|
|
|
* Copy bootup parameters out of the way.
|
|
|
|
* Note: %esi still has the pointer to the real-mode data.
|
|
|
|
* With the kexec as boot loader, parameter segment might be loaded beyond
|
|
|
|
* kernel image and might not even be addressable by early boot page tables.
|
|
|
|
* (kexec on panic case). Hence copy out the parameters before initializing
|
|
|
|
* page tables.
|
|
|
|
*/
|
|
|
|
movl $(boot_params - __PAGE_OFFSET),%edi
|
|
|
|
movl $(PARAM_SIZE/4),%ecx
|
|
|
|
cld
|
|
|
|
rep
|
|
|
|
movsl
|
|
|
|
movl boot_params - __PAGE_OFFSET + NEW_CL_POINTER,%esi
|
|
|
|
andl %esi,%esi
|
|
|
|
jnz 2f # New command line protocol
|
|
|
|
cmpw $(OLD_CL_MAGIC),OLD_CL_MAGIC_ADDR
|
|
|
|
jne 1f
|
|
|
|
movzwl OLD_CL_OFFSET,%esi
|
|
|
|
addl $(OLD_CL_BASE_ADDR),%esi
|
|
|
|
2:
|
2007-02-12 03:54:11 -05:00
|
|
|
movl $(boot_command_line - __PAGE_OFFSET),%edi
|
2005-09-03 18:56:31 -04:00
|
|
|
movl $(COMMAND_LINE_SIZE/4),%ecx
|
|
|
|
rep
|
|
|
|
movsl
|
|
|
|
1:
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Initialize page tables. This creates a PDE and a set of page
|
|
|
|
* tables, which are located immediately beyond _end. The variable
|
|
|
|
* init_pg_tables_end is set up to point to the first "safe" location.
|
|
|
|
* Mappings are created both at virtual address 0 (identity mapping)
|
|
|
|
* and PAGE_OFFSET for up to _end+sizeof(page tables)+INIT_MAP_BEYOND_END.
|
|
|
|
*
|
|
|
|
* Warning: don't use %esi or the stack in this code. However, %esp
|
|
|
|
* can be used as a GPR if you really need it...
|
|
|
|
*/
|
|
|
|
page_pde_offset = (__PAGE_OFFSET >> 20);
|
|
|
|
|
|
|
|
movl $(pg0 - __PAGE_OFFSET), %edi
|
|
|
|
movl $(swapper_pg_dir - __PAGE_OFFSET), %edx
|
|
|
|
movl $0x007, %eax /* 0x007 = PRESENT+RW+USER */
|
|
|
|
10:
|
|
|
|
leal 0x007(%edi),%ecx /* Create PDE entry */
|
|
|
|
movl %ecx,(%edx) /* Store identity PDE entry */
|
|
|
|
movl %ecx,page_pde_offset(%edx) /* Store kernel PDE entry */
|
|
|
|
addl $4,%edx
|
|
|
|
movl $1024, %ecx
|
|
|
|
11:
|
|
|
|
stosl
|
|
|
|
addl $0x1000,%eax
|
|
|
|
loop 11b
|
|
|
|
/* End condition: we must map up to and including INIT_MAP_BEYOND_END */
|
|
|
|
/* bytes beyond the end of our own page tables; the +0x007 is the attribute bits */
|
|
|
|
leal (INIT_MAP_BEYOND_END+0x007)(%edi),%ebp
|
|
|
|
cmpl %ebp,%eax
|
|
|
|
jb 10b
|
|
|
|
movl %edi,(init_pg_tables_end - __PAGE_OFFSET)
|
|
|
|
|
|
|
|
xorl %ebx,%ebx /* This is the boot CPU (BSP) */
|
|
|
|
jmp 3f
|
|
|
|
/*
|
|
|
|
* Non-boot CPU entry point; entered from trampoline.S
|
|
|
|
* We can't lgdt here, because lgdt itself uses a data segment, but
|
2007-05-02 13:27:10 -04:00
|
|
|
* we know the trampoline has already loaded the boot_gdt for us.
|
2007-02-13 07:26:22 -05:00
|
|
|
*
|
|
|
|
* If cpu hotplug is not supported then this code can go in init section
|
|
|
|
* which will be freed later
|
2005-04-16 18:20:36 -04:00
|
|
|
*/
|
2007-02-13 07:26:22 -05:00
|
|
|
|
|
|
|
#ifdef CONFIG_HOTPLUG_CPU
|
|
|
|
.section .text,"ax",@progbits
|
|
|
|
#else
|
|
|
|
.section .init.text,"ax",@progbits
|
|
|
|
#endif
|
|
|
|
|
2007-07-16 02:37:28 -04:00
|
|
|
/* Do an early initialization of the fixmap area */
|
|
|
|
movl $(swapper_pg_dir - __PAGE_OFFSET), %edx
|
|
|
|
movl $(swapper_pg_pmd - __PAGE_OFFSET), %eax
|
|
|
|
addl $0x007, %eax /* 0x007 = PRESENT+RW+USER */
|
|
|
|
movl %eax, 4092(%edx)
|
|
|
|
|
2007-02-13 07:26:22 -05:00
|
|
|
#ifdef CONFIG_SMP
|
2005-04-16 18:20:36 -04:00
|
|
|
ENTRY(startup_32_smp)
|
|
|
|
cld
|
|
|
|
movl $(__BOOT_DS),%eax
|
|
|
|
movl %eax,%ds
|
|
|
|
movl %eax,%es
|
|
|
|
movl %eax,%fs
|
|
|
|
movl %eax,%gs
|
|
|
|
|
|
|
|
/*
|
|
|
|
* New page tables may be in 4Mbyte page mode and may
|
|
|
|
* be using the global pages.
|
|
|
|
*
|
|
|
|
* NOTE! If we are on a 486 we may have no cr4 at all!
|
|
|
|
* So we do not try to touch it unless we really have
|
|
|
|
* some bits in it to set. This won't work if the BSP
|
|
|
|
* implements cr4 but this AP does not -- very unlikely
|
|
|
|
* but be warned! The same applies to the pse feature
|
|
|
|
* if not equally supported. --macro
|
|
|
|
*
|
|
|
|
* NOTE! We have to correct for the fact that we're
|
|
|
|
* not yet offset PAGE_OFFSET..
|
|
|
|
*/
|
|
|
|
#define cr4_bits mmu_cr4_features-__PAGE_OFFSET
|
|
|
|
movl cr4_bits,%edx
|
|
|
|
andl %edx,%edx
|
|
|
|
jz 6f
|
|
|
|
movl %cr4,%eax # Turn on paging options (PSE,PAE,..)
|
|
|
|
orl %edx,%eax
|
|
|
|
movl %eax,%cr4
|
|
|
|
|
|
|
|
btl $5, %eax # check if PAE is enabled
|
|
|
|
jnc 6f
|
|
|
|
|
|
|
|
/* Check if extended functions are implemented */
|
|
|
|
movl $0x80000000, %eax
|
|
|
|
cpuid
|
|
|
|
cmpl $0x80000000, %eax
|
|
|
|
jbe 6f
|
|
|
|
mov $0x80000001, %eax
|
|
|
|
cpuid
|
|
|
|
/* Execute Disable bit supported? */
|
|
|
|
btl $20, %edx
|
|
|
|
jnc 6f
|
|
|
|
|
|
|
|
/* Setup EFER (Extended Feature Enable Register) */
|
|
|
|
movl $0xc0000080, %ecx
|
|
|
|
rdmsr
|
|
|
|
|
|
|
|
btsl $11, %eax
|
|
|
|
/* Make changes effective */
|
|
|
|
wrmsr
|
|
|
|
|
|
|
|
6:
|
|
|
|
/* This is a secondary processor (AP) */
|
|
|
|
xorl %ebx,%ebx
|
|
|
|
incl %ebx
|
|
|
|
|
|
|
|
#endif /* CONFIG_SMP */
|
2007-02-13 07:26:22 -05:00
|
|
|
3:
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Enable paging
|
|
|
|
*/
|
|
|
|
movl $swapper_pg_dir-__PAGE_OFFSET,%eax
|
|
|
|
movl %eax,%cr3 /* set the page table pointer.. */
|
|
|
|
movl %cr0,%eax
|
|
|
|
orl $0x80000000,%eax
|
|
|
|
movl %eax,%cr0 /* ..and set paging (PG) bit */
|
|
|
|
ljmp $__BOOT_CS,$1f /* Clear prefetch and normalize %eip */
|
|
|
|
1:
|
|
|
|
/* Set up the stack pointer */
|
|
|
|
lss stack_start,%esp
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Initialize eflags. Some BIOS's leave bits like NT set. This would
|
|
|
|
* confuse the debugger if this code is traced.
|
|
|
|
* XXX - best to initialize before switching to protected mode.
|
|
|
|
*/
|
|
|
|
pushl $0
|
|
|
|
popfl
|
|
|
|
|
|
|
|
#ifdef CONFIG_SMP
|
|
|
|
andl %ebx,%ebx
|
|
|
|
jz 1f /* Initial CPU cleans BSS */
|
|
|
|
jmp checkCPUtype
|
|
|
|
1:
|
|
|
|
#endif /* CONFIG_SMP */
|
|
|
|
|
|
|
|
/*
|
|
|
|
* start system 32-bit setup. We need to re-do some of the things done
|
|
|
|
* in 16-bit mode for the "real" operations.
|
|
|
|
*/
|
|
|
|
call setup_idt
|
|
|
|
|
|
|
|
checkCPUtype:
|
|
|
|
|
|
|
|
movl $-1,X86_CPUID # -1 for no CPUID initially
|
|
|
|
|
|
|
|
/* check if it is 486 or 386. */
|
|
|
|
/*
|
|
|
|
* XXX - this does a lot of unnecessary setup. Alignment checks don't
|
|
|
|
* apply at our cpl of 0 and the stack ought to be aligned already, and
|
|
|
|
* we don't need to preserve eflags.
|
|
|
|
*/
|
|
|
|
|
|
|
|
movb $3,X86 # at least 386
|
|
|
|
pushfl # push EFLAGS
|
|
|
|
popl %eax # get EFLAGS
|
|
|
|
movl %eax,%ecx # save original EFLAGS
|
|
|
|
xorl $0x240000,%eax # flip AC and ID bits in EFLAGS
|
|
|
|
pushl %eax # copy to EFLAGS
|
|
|
|
popfl # set EFLAGS
|
|
|
|
pushfl # get new EFLAGS
|
|
|
|
popl %eax # put it in eax
|
|
|
|
xorl %ecx,%eax # change in flags
|
|
|
|
pushl %ecx # restore original EFLAGS
|
|
|
|
popfl
|
|
|
|
testl $0x40000,%eax # check if AC bit changed
|
|
|
|
je is386
|
|
|
|
|
|
|
|
movb $4,X86 # at least 486
|
|
|
|
testl $0x200000,%eax # check if ID bit changed
|
|
|
|
je is486
|
|
|
|
|
|
|
|
/* get vendor info */
|
|
|
|
xorl %eax,%eax # call CPUID with 0 -> return vendor ID
|
|
|
|
cpuid
|
|
|
|
movl %eax,X86_CPUID # save CPUID level
|
|
|
|
movl %ebx,X86_VENDOR_ID # lo 4 chars
|
|
|
|
movl %edx,X86_VENDOR_ID+4 # next 4 chars
|
|
|
|
movl %ecx,X86_VENDOR_ID+8 # last 4 chars
|
|
|
|
|
|
|
|
orl %eax,%eax # do we have processor info as well?
|
|
|
|
je is486
|
|
|
|
|
|
|
|
movl $1,%eax # Use the CPUID instruction to get CPU type
|
|
|
|
cpuid
|
|
|
|
movb %al,%cl # save reg for future use
|
|
|
|
andb $0x0f,%ah # mask processor family
|
|
|
|
movb %ah,X86
|
|
|
|
andb $0xf0,%al # mask model
|
|
|
|
shrb $4,%al
|
|
|
|
movb %al,X86_MODEL
|
|
|
|
andb $0x0f,%cl # mask mask revision
|
|
|
|
movb %cl,X86_MASK
|
|
|
|
movl %edx,X86_CAPABILITY
|
|
|
|
|
|
|
|
is486: movl $0x50022,%ecx # set AM, WP, NE and MP
|
|
|
|
jmp 2f
|
|
|
|
|
|
|
|
is386: movl $2,%ecx # set MP
|
|
|
|
2: movl %cr0,%eax
|
|
|
|
andl $0x80000011,%eax # Save PG,PE,ET
|
|
|
|
orl %ecx,%eax
|
|
|
|
movl %eax,%cr0
|
|
|
|
|
|
|
|
call check_x87
|
2007-02-13 07:26:26 -05:00
|
|
|
lgdt early_gdt_descr
|
2005-04-16 18:20:36 -04:00
|
|
|
lidt idt_descr
|
|
|
|
ljmp $(__KERNEL_CS),$1f
|
|
|
|
1: movl $(__KERNEL_DS),%eax # reload all the segment registers
|
|
|
|
movl %eax,%ss # after changing gdt.
|
2007-05-02 13:27:16 -04:00
|
|
|
movl %eax,%fs # gets reset once there's real percpu
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
movl $(__USER_DS),%eax # DS/ES contains default USER segment
|
|
|
|
movl %eax,%ds
|
|
|
|
movl %eax,%es
|
|
|
|
|
2007-02-13 07:26:20 -05:00
|
|
|
xorl %eax,%eax # Clear GS and LDT
|
|
|
|
movl %eax,%gs
|
2005-04-16 18:20:36 -04:00
|
|
|
lldt %ax
|
[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-06 20:14:02 -05:00
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
cld # gcc2 wants the direction flag cleared at all times
|
2006-10-21 12:37:02 -04:00
|
|
|
pushl $0 # fake return address for unwinder
|
2005-04-16 18:20:36 -04:00
|
|
|
#ifdef CONFIG_SMP
|
2005-06-25 17:54:49 -04:00
|
|
|
movb ready, %cl
|
|
|
|
movb $1, ready
|
2006-08-30 13:37:09 -04:00
|
|
|
cmpb $0,%cl # the first CPU calls start_kernel
|
2007-05-02 13:27:16 -04:00
|
|
|
je 1f
|
|
|
|
movl $(__KERNEL_PERCPU), %eax
|
|
|
|
movl %eax,%fs # set this cpu's percpu
|
|
|
|
jmp initialize_secondary # all other CPUs call initialize_secondary
|
|
|
|
1:
|
2005-04-16 18:20:36 -04:00
|
|
|
#endif /* CONFIG_SMP */
|
2006-08-30 13:37:09 -04:00
|
|
|
jmp start_kernel
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
/*
|
|
|
|
* We depend on ET to be correct. This checks for 287/387.
|
|
|
|
*/
|
|
|
|
check_x87:
|
|
|
|
movb $0,X86_HARD_MATH
|
|
|
|
clts
|
|
|
|
fninit
|
|
|
|
fstsw %ax
|
|
|
|
cmpb $0,%al
|
|
|
|
je 1f
|
|
|
|
movl %cr0,%eax /* no coprocessor: have to set bits */
|
|
|
|
xorl $4,%eax /* set EM */
|
|
|
|
movl %eax,%cr0
|
|
|
|
ret
|
|
|
|
ALIGN
|
|
|
|
1: movb $1,X86_HARD_MATH
|
|
|
|
.byte 0xDB,0xE4 /* fsetpm for 287, ignored by 387 */
|
|
|
|
ret
|
|
|
|
|
|
|
|
/*
|
|
|
|
* setup_idt
|
|
|
|
*
|
|
|
|
* sets up a idt with 256 entries pointing to
|
|
|
|
* ignore_int, interrupt gates. It doesn't actually load
|
|
|
|
* idt - that can be done only after paging has been enabled
|
|
|
|
* and the kernel moved to PAGE_OFFSET. Interrupts
|
|
|
|
* are enabled elsewhere, when we can be relatively
|
|
|
|
* sure everything is ok.
|
|
|
|
*
|
|
|
|
* Warning: %esi is live across this function.
|
|
|
|
*/
|
|
|
|
setup_idt:
|
|
|
|
lea ignore_int,%edx
|
|
|
|
movl $(__KERNEL_CS << 16),%eax
|
|
|
|
movw %dx,%ax /* selector = 0x0010 = cs */
|
|
|
|
movw $0x8E00,%dx /* interrupt gate - dpl=0, present */
|
|
|
|
|
|
|
|
lea idt_table,%edi
|
|
|
|
mov $256,%ecx
|
|
|
|
rp_sidt:
|
|
|
|
movl %eax,(%edi)
|
|
|
|
movl %edx,4(%edi)
|
|
|
|
addl $8,%edi
|
|
|
|
dec %ecx
|
|
|
|
jne rp_sidt
|
2006-09-26 04:52:39 -04:00
|
|
|
|
|
|
|
.macro set_early_handler handler,trapno
|
|
|
|
lea \handler,%edx
|
|
|
|
movl $(__KERNEL_CS << 16),%eax
|
|
|
|
movw %dx,%ax
|
|
|
|
movw $0x8E00,%dx /* interrupt gate - dpl=0, present */
|
|
|
|
lea idt_table,%edi
|
|
|
|
movl %eax,8*\trapno(%edi)
|
|
|
|
movl %edx,8*\trapno+4(%edi)
|
|
|
|
.endm
|
|
|
|
|
|
|
|
set_early_handler handler=early_divide_err,trapno=0
|
|
|
|
set_early_handler handler=early_illegal_opcode,trapno=6
|
|
|
|
set_early_handler handler=early_protection_fault,trapno=13
|
|
|
|
set_early_handler handler=early_page_fault,trapno=14
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
ret
|
|
|
|
|
2006-09-26 04:52:39 -04:00
|
|
|
early_divide_err:
|
|
|
|
xor %edx,%edx
|
|
|
|
pushl $0 /* fake errcode */
|
|
|
|
jmp early_fault
|
|
|
|
|
|
|
|
early_illegal_opcode:
|
|
|
|
movl $6,%edx
|
|
|
|
pushl $0 /* fake errcode */
|
|
|
|
jmp early_fault
|
|
|
|
|
|
|
|
early_protection_fault:
|
|
|
|
movl $13,%edx
|
|
|
|
jmp early_fault
|
|
|
|
|
|
|
|
early_page_fault:
|
|
|
|
movl $14,%edx
|
|
|
|
jmp early_fault
|
|
|
|
|
|
|
|
early_fault:
|
|
|
|
cld
|
|
|
|
#ifdef CONFIG_PRINTK
|
|
|
|
movl $(__KERNEL_DS),%eax
|
|
|
|
movl %eax,%ds
|
|
|
|
movl %eax,%es
|
|
|
|
cmpl $2,early_recursion_flag
|
|
|
|
je hlt_loop
|
|
|
|
incl early_recursion_flag
|
|
|
|
movl %cr2,%eax
|
|
|
|
pushl %eax
|
|
|
|
pushl %edx /* trapno */
|
|
|
|
pushl $fault_msg
|
|
|
|
#ifdef CONFIG_EARLY_PRINTK
|
|
|
|
call early_printk
|
|
|
|
#else
|
|
|
|
call printk
|
|
|
|
#endif
|
|
|
|
#endif
|
|
|
|
hlt_loop:
|
|
|
|
hlt
|
|
|
|
jmp hlt_loop
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
/* This is the default interrupt "handler" :-) */
|
|
|
|
ALIGN
|
|
|
|
ignore_int:
|
|
|
|
cld
|
2005-05-01 11:59:02 -04:00
|
|
|
#ifdef CONFIG_PRINTK
|
2005-04-16 18:20:36 -04:00
|
|
|
pushl %eax
|
|
|
|
pushl %ecx
|
|
|
|
pushl %edx
|
|
|
|
pushl %es
|
|
|
|
pushl %ds
|
|
|
|
movl $(__KERNEL_DS),%eax
|
|
|
|
movl %eax,%ds
|
|
|
|
movl %eax,%es
|
2006-09-26 04:52:39 -04:00
|
|
|
cmpl $2,early_recursion_flag
|
|
|
|
je hlt_loop
|
|
|
|
incl early_recursion_flag
|
2005-04-16 18:20:36 -04:00
|
|
|
pushl 16(%esp)
|
|
|
|
pushl 24(%esp)
|
|
|
|
pushl 32(%esp)
|
|
|
|
pushl 40(%esp)
|
|
|
|
pushl $int_msg
|
2006-02-11 20:55:56 -05:00
|
|
|
#ifdef CONFIG_EARLY_PRINTK
|
|
|
|
call early_printk
|
|
|
|
#else
|
2005-04-16 18:20:36 -04:00
|
|
|
call printk
|
2006-02-11 20:55:56 -05:00
|
|
|
#endif
|
2005-04-16 18:20:36 -04:00
|
|
|
addl $(5*4),%esp
|
|
|
|
popl %ds
|
|
|
|
popl %es
|
|
|
|
popl %edx
|
|
|
|
popl %ecx
|
|
|
|
popl %eax
|
2005-05-01 11:59:02 -04:00
|
|
|
#endif
|
2005-04-16 18:20:36 -04:00
|
|
|
iret
|
|
|
|
|
2007-02-13 07:26:22 -05:00
|
|
|
.section .text
|
2005-04-16 18:20:36 -04:00
|
|
|
/*
|
|
|
|
* Real beginning of normal "text" segment
|
|
|
|
*/
|
|
|
|
ENTRY(stext)
|
|
|
|
ENTRY(_stext)
|
|
|
|
|
|
|
|
/*
|
|
|
|
* BSS section
|
|
|
|
*/
|
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-17 21:37:04 -04:00
|
|
|
.section ".bss.page_aligned","wa"
|
|
|
|
.align PAGE_SIZE_asm
|
2005-04-16 18:20:36 -04:00
|
|
|
ENTRY(swapper_pg_dir)
|
|
|
|
.fill 1024,4,0
|
2007-07-16 02:37:28 -04:00
|
|
|
ENTRY(swapper_pg_pmd)
|
|
|
|
.fill 1024,4,0
|
2005-04-16 18:20:36 -04:00
|
|
|
ENTRY(empty_zero_page)
|
|
|
|
.fill 4096,1,0
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This starts the data section.
|
|
|
|
*/
|
|
|
|
.data
|
|
|
|
ENTRY(stack_start)
|
|
|
|
.long init_thread_union+THREAD_SIZE
|
|
|
|
.long __BOOT_DS
|
|
|
|
|
|
|
|
ready: .byte 0
|
|
|
|
|
2006-09-26 04:52:39 -04:00
|
|
|
early_recursion_flag:
|
|
|
|
.long 0
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
int_msg:
|
|
|
|
.asciz "Unknown interrupt or fault at EIP %p %p %p\n"
|
|
|
|
|
2006-09-26 04:52:39 -04:00
|
|
|
fault_msg:
|
|
|
|
.ascii "Int %d: CR2 %p err %p EIP %p CS %p flags %p\n"
|
|
|
|
.asciz "Stack: %p %p %p %p %p %p %p %p\n"
|
|
|
|
|
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-17 21:37:04 -04:00
|
|
|
#include "../xen/xen-head.S"
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
/*
|
|
|
|
* The IDT and GDT 'descriptors' are a strange 48-bit object
|
|
|
|
* only used by the lidt and lgdt instructions. They are not
|
|
|
|
* like usual segment descriptors - they consist of a 16-bit
|
|
|
|
* segment size, and 32-bit linear address value:
|
|
|
|
*/
|
|
|
|
|
|
|
|
.globl boot_gdt_descr
|
|
|
|
.globl idt_descr
|
|
|
|
|
|
|
|
ALIGN
|
|
|
|
# early boot GDT descriptor (must use 1:1 address mapping)
|
|
|
|
.word 0 # 32 bit align gdt_desc.address
|
|
|
|
boot_gdt_descr:
|
|
|
|
.word __BOOT_DS+7
|
2007-05-02 13:27:10 -04:00
|
|
|
.long boot_gdt - __PAGE_OFFSET
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
.word 0 # 32-bit align idt_desc.address
|
|
|
|
idt_descr:
|
|
|
|
.word IDT_ENTRIES*8-1 # idt contains 256 entries
|
|
|
|
.long idt_table
|
|
|
|
|
|
|
|
# boot GDT descriptor (later on used by CPU#0):
|
|
|
|
.word 0 # 32 bit align gdt_desc.address
|
2007-02-13 07:26:26 -05:00
|
|
|
ENTRY(early_gdt_descr)
|
2005-04-16 18:20:36 -04:00
|
|
|
.word GDT_ENTRIES*8-1
|
2007-05-02 13:27:15 -04:00
|
|
|
.long per_cpu__gdt_page /* Overwritten for secondary CPUs */
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
/*
|
2007-05-02 13:27:10 -04:00
|
|
|
* The boot_gdt must mirror the equivalent in setup.S and is
|
2005-04-16 18:20:36 -04:00
|
|
|
* used only for booting.
|
|
|
|
*/
|
|
|
|
.align L1_CACHE_BYTES
|
2007-05-02 13:27:10 -04:00
|
|
|
ENTRY(boot_gdt)
|
2005-04-16 18:20:36 -04:00
|
|
|
.fill GDT_ENTRY_BOOT_CS,8,0
|
|
|
|
.quad 0x00cf9a000000ffff /* kernel 4GB code at 0x00000000 */
|
|
|
|
.quad 0x00cf92000000ffff /* kernel 4GB data at 0x00000000 */
|