Linu2.6内核启动流程.docxVIP

Linux 内核构成 arch/arm/boot/compressed/Makefile arch/arm/boot/compressed/vmlinux.lds arch/arm/kernel/vmlinux.lds Linux 内核启动流程 arch/arm/boot/compressed/start.S Start: loader  .type start,#function .rept 8 mov r0, r0 .endr b 1f .word 0x016f2818 @ Magic numbers to help the .word start @ absolute load/run zImage address .word _edata @ zImage end address 1: mov r7, r1 @ save architecture ID mov r8, r2 @ save atags pointer 这也标志着 u-boot 将系统完全的交给了 OS，bootloader 生命终止。之后代码在 133 行会读取cpsr 并判断是否处理器处于 supervisor 模式——从u-boot 进入 kernel，系统已经处于 SVC32模式；而利用 angel 进入则处于 user 模式，还需要额外两条指令。之后是再次确认中断关闭， 并完成 cpsr 写入 mrs r2, cpsr @ get current mode tst r2, #3 @ not user? not_angel: bne not_angel mov r0, #0x17 @ angel_SWIreason_EnterSVC swi 0x123456 @ angel_SWI_ARM mrs r2, cpsr @ turn off interrupts to orr r2, r2, #0xc0 @ prevent angel from running msr cpsr_c, r2 然后在 LC0 地址处将分段信息导入 r0-r6、ip、sp 等寄存器，并检查代码是否运行在与链接时相同的目标地址，以决定是否进行处理。由于现在很少有人不使用 loader 和 tags，将 zImage 烧写到 rom 直接从 0x0 位置执行，所以这个处理是必须的（但是 zImage 的头现在也保留了不用 loader 也可启动的能力） 。arm 架构下自解压头一般是链接在 0x0 地址而被加载到0运行，所以要修正这个变化。涉及到 r5 寄存器存放的 zImage 基地址 r6 和 r12（即 ip 寄存器）存放的 got（global offset table） r2 和 r3 存放的 bss 段起止地址 sp 栈指针地址 很简单，这些寄存器统统被加上一个你也能猜到的偏移地址 0该地址是 s3c2410 相关的，其他的 ARM 处理器可以参考下表 PXA2xx 是 0xa0008000 IXP2x00 和 IXP4xx 是 0Freescale i.MX31/37 是 0TI davinci DM64xx 是 0TI omap 系列是 0AT91RM/SAM92xx 系列是 0Cirrus EP93xx 是 0这些操作发生在代码 172 行开始的地方，下面只粘贴一部分 add r5, r5, r0 add r6, r6, r0 add ip, ip, r0 后面在 211 行进行 bss 段的清零工作 not_relocated: mov r0, #0 1: str r0, [r2], #4 @ clear bss str r0, [r2], #4 str r0, [r2], #4 str r0, [r2], #4 cmp r2, r3 blo 1b 然后 224 行，打开 cache，并为后面解压缩设置 64KB 的临时 malloc 空间 bl cache_on mov r1, sp @ malloc space above stack add r2, sp, #0x10000 @ 64k max 接下来 238 行进行检查， 确定内核解压缩后的 Image 目标地址是否会覆盖到 zImage 头，如果是则准备将 zImage 头转移到解压出来的内核后面 cmp r4, r2 bhs wont_overwrite sub r3, sp, r5 @ compressed kernel size add r0, r4, r3, lsl #2 @ allow for 4x expan