arm linux 启动流程之 进入内核

kernel/arch/arm/kernel/head-armv.o ,而且我们还看到了
lds链接文件kernel/arch/arm/vmlinux.lds,先把它分析一下
ENTRY(stext)//入口点是stext应该就在head-armv.s中了
SECTIONS
{
. = 0xC0008000;//基址，是内核开始的虚拟地址
.init : {/* Init code and data*/
_stext = .;
__init_begin = .;
*(.text.init)
__proc_info_begin = .;
*(.proc.info)
__proc_info_end = .;
__arch_info_begin = .;
*(.arch.info)
__arch_info_end = .;
__tagtable_begin = .;
*(.taglist)
__tagtable_end = .;
*(.data.init)
. = ALIGN(16);
__setup_start = .;
*(.setup.init)
__setup_end = .;
__initcall_start = .;
*(.initcall.init)
__initcall_end = .;
. = ALIGN(4096);
__init_end = .;
}
关于虚拟地址和物理地址的：使用MMU后，系统就会使用虚拟地址，通过MMU来指向
实际物理地址而在这里我们的0xC0008000实际物理地址就是0x30008000，
具体关于MMU的介绍参考《ARM体系结构与编程》。
到head-armv.s找到程序的入口
.section ".text.init",#alloc,#execinstr
.typestext, #function
ENTRY(stext)
movr12, r0
movr0, #F_BIT | I_BIT | MODE_SVC@ make sure svc mode
msrcpsr_c, r0@ and all irqs disabled
bl__lookup_processor_type
teqr10, #0@ invalid processor?
moveqr0, #p@ yes, error p
beq__error
bl__lookup_architecture_type
teqr7, #0@ invalid architecture?
moveqr0, #a@ yes, error a
beq__error
bl__create_page_tables
adrlr, __ret@ return address
addpc, r10, #12@ initialise processor
来看看上一句跳到哪里去了
去追寻r10的值，是在__lookup_processor_type子函数中赋的
__lookup_processor_type:
adrr5, 2f//r5 标号2的地址基址是0x30008000
ldmiar5, {r7, r9, r10}//r7=__proc_info_end r9=__proc_info_begin
subr5, r5, r10//r10 标号2的链接地址 基址是0xc0008000
addr7, r7, r5@ to our address space
addr10, r9, r5//r10 变换为基址是0x30008000的__proc_info_begin
2:.long__proc_info_end
.long__proc_info_begin
.long2b
这样r10中存放的是__proc_info_begin的地址,因为现在我们还没有打开MMU
所以还是需要把基址变换到0x30008000,接着我们就去找__proc_info_begin吧
注意到在上面的vmlinux.lds中有这个标号,下来链接的是.proc.info段,
在kernel/arch/arm/mm/proc-arm920.s的最后找到了这个段
.section ".proc.info", #alloc, #execinstr

.type__arm920_proc_info,#object
__arm920_proc_info:
.long0x41009200
.long0xff00fff0
.long0x00000c1e@ mmuflags
b__arm920_setup
ok,这样我们就知道addpc, r10, #12跳到哪里去了,因为这个地址刚好放了条跳转语句
注意了b语句用的都是相对地址,所以不需要变换地址,反正是跳到__arm920_setup,而且
上一条语句是adrlr, __ret,设定了__arm920_setup的返回地址是__ret,所以执行完
__arm920_setup后回到head-armv.s的__ret标号继续执行.
__ret:ldrlr, __switch_data
mcrp15, 0, r0, c1, c0//注意这里了,在这里打开了MMU
movr0, r0
movr0, r0
movr0, r0
movpc, lr//跳到__mmap_switched,这里已经用了虚拟地址了吧
// 这条指令ldrlr, __switch_data加载的__mmap_switched地址就是虚拟地址啊
__switch_data:.long__mmap_switched
从__mmap_switched一路执行下来,就要调到C语言代码中去了
bSYMBOL_NAME(start_kernel)//在kernel/init/main.c中
这个程序不是特别复杂，细心看看还是能大概看懂，我也不能去一一注释
这里有一个流程图

到了C语言中就不是很难理解了
lock_kernel();
printk(linux_banner);
setup_arch(&command_line);
printk("Kernel command line: %s/n", saved_command_line);
parse_options(command_line);
trap_init();
init_IRQ();
sched_init();
softirq_init();
time_init();
就是一大堆初始化工作,追着每个函数去看好了

start_kernel最后调用的一个函数
static void rest_init(void)
{
kernel_thread(init, NULL, CLONE_FS | CLONE_FILES | CLONE_SIGNAL);
unlock_kernel();
current->need_resched = 1;
cpu_idle();
}
用kernel_thread建立了一个init进程,执行的是main.c中的init函数
lock_kernel();
do_basic_setup();
在do_basic_setup中调用了do_initcalls函数
各种驱动都是在do_initcalls(void)中完成的
static void __init do_initcalls(void)
{
initcall_t *call;

call = &__initcall_start;
do {
(*call)();
call++;
} while (call < &__initcall_end);