1 bootloader分析,以uboot为主,结合具体开发板的情况。我的目标是解释清楚uboot的工作原理(说实话,分析过程中不太想被硬件绑架,但是需要以一个实际的例子
来做分析)
2 kernel部分,这就很多内容了。打算从kernel启动的流程开始分析。
3 除kernel本身外,还有很多的知识,例如ld的输入script分析等,这里会一起介绍。
kernel启动流程概要
一:内核Image的组成
1 ES(Embed System)启动的时候,CPU加电,执行的第一条语句是Bootloader,这个非常类似PC机上的BIOS。BL将内核加载后,控制器移交给LK
2 LK执行的第一条语句是什么?vmlinux是单体的内核表示。根据前面说的内核编译连接知识,第一条语句是head.S中(历史原因,MD,有很多文件都叫head.S)
我们需要重新分析一下内核(这里就是zImage了)的组成,(方法很简单,研究make的执行过程,通过make V=1 zImage可以得到几乎全部信息)
- vmlinux,这个是未压缩、未strip的内核模块,ELF结构
- Image:二进制、未压缩、但是strip后的内核
- head.o:ARM相关的,由BL将控制权转交给它。即前面提到的head.S生成
- pigg.gz:Image文件的gzip压缩
- piggy.o:由piggy.S生成,这个S文件通过include Bin方式将Image包含进来。piggy的意思就是背负、肩扛。很形象不是?
- misc.o:从上面看,涉及到一些解压方面的内容,而misc提供一些辅助函数
- vmlinux:悲催.....这个文件是head+pigg+misc构成的vmlinux。名字一样不是?真的很混淆!
- zImage:再由上面这个vmlinux压缩而来
图1很好得展示了这个过程。
图1 内核的构成
3 piggy的故事
piggy.S很有意思,建立了一个section,并且有一个标志来指示piggy.gz的边界。
piggy对应的是一个叫bootstrap的image,注意,Bootstrap和Bootloader不一样,它是在BL之后的一段代码,用来
解压kernel,设置内存等作用。也可以叫second stage boot。
4 Bootloadre和BootstrapLoader
BL和BSL的区别是什么?
- BL只是初始化硬件,不依赖linux,不处理linux
- BSL在BL后执行,依赖linux,因为要解压linux。另外一个重要点就是BSL需要为LINUX的运行建立环境
BSL的工作包括:
- head.O:初始化CPU等工作
- misc.O:解压,重定位(例如将kernel移动到另外一个位置上) decompress_kernel
- 其他工作
init/main.c:start_kernel
启动调用图见图2.
图2 启动调用流程图
下面来分析这个启动流程
1 kernel中的head.o分析:尽量保持CPU系列的通用,例如arm的CPU等初始化都在做。但是具体板子(例如CPU+其他硬件)怎么初始化?这就是由mach目录中的初始化函数做到的。所以,kernel初始化分为:generic CPU初始化+具体板子的初始化。head.o初始化后,跳转到main.o的start_kernel,继续后面的流程
2 start_kernel:(init/main.c):start_kernel的转移由head.O做的,不过代码一般包含在更通用的head_common.S中
以后想做kernel的分析,就从main开始吧. start_kernel做了什么事情呢?
- 刚才只是初始化了cpu相关的,而具体和板子相关的由start_arch执行
3 kernel 参数分析:kernel command line。注意,这个参数是由BL传递给kernel的,不过这个参数又是谁设置的呢?又存在什么地方呢?这个line放在一个global的地方,
另外,kernel如何处理这些参数呢?有一个比较好的办法,__set_up宏,将一些参数和对应的函数指针存在一个特殊的section中,然后循环调用这个section中的函数。(和驱动module中的很像)。定义在init.h中。关于一些特殊参数的取值,在arch/arm/kernel/vmlinux.lds.S中定义。(以后得去看看ld的manual了)__set_up这个宏还有一个flags比如early,表示处理阶段是否在early-stage做。标志有__init的section最终占用的内存会被抛弃..
4 子系统初始化:包括中断、等。?section嵌套section?
5 kernel_init进程:start_kernel最后会fork一个kernel_init进程,而原执行进程变成idle进程了..
6 用户空间的init进程:由kernel_init进程最终通过execve init完成