一、BROM阶段
机器上电之后会执行固化在BROM里面的一段引导程序，这个程序会依次遍历所有支持的启动介质，直到找到第一个支持的。目前支持的启动介质是sd/mmc卡、nand和spinor。当程序初始化启动介质成功后，就从固定位置读入Bootloader的Boot0到SRAM，然后跳到SRAM执行。
下面展示了BROM的执行流程
二、Bootloader阶段
Bootloader是全志平台上从小系统一直沿用下来的内核加载器，在这里的主要职责是加载U-Boot到DRAM。
Bootloader分为两个部分，分别是Boot0和Boot1。
Boot0：初始化DRAM，加载Boot1到DRAM；
Boot1：调频，加载U-Boot到DRAM；
为什么Bootloader要划分成Boot0和Boot1两个部分？因为在Bootloader阶段，使用的SRAM大小是32KB，除去C运行环境需要的栈空间，可用的空间在24KB左右，这点不足以载入整个Bootloader。因此，需要将Bootloader划分成两个部分，尽可能将繁重的任务放在Boot1执行，这个情况类似于Linux系统中断执行环境的上半部和下半部。
1. boot0执行过程
2. boot1的执行过程
Boot1会进行一次系统调频，将CPU的频率调到用户在sys_config1.fex target段配置的boot_clock。
如何在Boot1让机器进入升级模式？
（1）按住power键，再按任意键3下；
（2）接上串口启动，进入Boot1后在键盘输入2；
如何替换Bootloader分区的内容？
接上串口启动，进入Boot1后在键盘输入1，USB会挂载Bootloader分区到PC上，卷标是“Volume”，替换掉相关的文件之后重启机器即可生效。Boot1会检测低电关机，以及插入火牛开机的情况进入关机程序。后者需要在sys_config1.fex里配置。
三、u-boot阶段
概括地说，U-Boot引导内核分为两个阶段，第一阶段负责重定位U-Boot到最高地址，第二阶段才是真正的引导内核。
1. 第一阶段
在第一阶段会关闭I/D cache和MMU，因此，整个U-Boot是直接运行在物理地址上。
2. 第二阶段
U-Boot第二阶段有一个完整、宽松的C环境，不再受制于栈空间，各个平台可以在这个阶段完成一些复杂的操作，以求达到定制的目的。
a. board init
执行平台相关的初始化，这些比较复杂，不适宜在第一阶段完成。这部分的功能在board/allwinner目录下实现。
b. device init
主要是根据用户的编译配置选择初始化对应的存储设备。这个地方可以改进，比如根据用户的配置文件
sys_config1.fex选择初始化对应的存储设备。这样可以做到一份u-boot.bin适应不同的存储设备。
c. env relocate
初始化环境变量。
d. board later init
初始化fastboot和android recovery，可能修改bootcmd，影响引导流程。
e. main loop
U-Boot的主程序，负责引导内核以及处理用户的命令请求。这部分的功能在common目录下实现。
四、内核启动
在我们平台上使用的是非压缩的内核（bImage），因此内核的启动省去了自解压的过程。内核的链接依赖链接脚本vmlinux.lds，我们平台使用了ARM的内核，对应的链接脚本是arch/arm/kernel/vmlinux.lds。
1. 调用[email protected]查找处理器信息
2. 调用[email protected]为内核自身创建页表
3. 调用处理器底层初始化函数[email protected]/arm/mm/proc-v7.S，初始化 MMU，Cache，TLB
4. 调用[email protected]使能MMU
5. 调用[email protected]重定位数据段，清零BSS，然后跳转到C函数入口
[email protected]/main.c，start_kernel()函数是内核初始化 C 语言部分的主体。这个函数完成系统底层基本机
制，包括处理器、存储管理系统、进程管理系统、中断机制、定时机制等的初始化工作。由于这个函数过于复
杂，这里仅阐述关键点。
6. 调用setup_arch完成架构相关的初始化
7. 调用pidhash_init初始化pid hast机制
8. 调用sched_init初始化调度器
9. 调用init_IRQ初始化中断机制
10. 调用softirq_init完成软中断初始化
11. 调用local_irq_enable打开中断
12. 调用console_init完成控制台初始化
13. 调用rest_init
由上可知，rest_init函数创建了两个内核线程，分别是kernel_init和kthreadd。kernel_init函数将完成设备驱动
程序的初始化，并调用init_post函数启动用户空间的init进程。kthreadd的作用是管理调度其他的内核线程。
14. 调用do_basic_setup函数初始化设备，完成外设及其驱动程序（直接编译进内核的模块）的加载和初始化。
a. [email protected]/cpuset.c
创建cpuset工作队列，它的作用是控制每个程序在哪个核心执行，对于多核的CPU。
b. [email protected]/kmod.c
创建khelper工作队列，它的作用是指定用户空间的程序路径和环境变量，最终运行user space的程序。
c. [email protected]/shmem.c
初始化tmpfs。
d. [email protected]/base/init.c
初始化设备模型。
e. [email protected]/irq/proc.c
初始化/proc/irq。
f. [email protected]/main.c
调用所有构造函数。
g. do_initcalls
初始化子系统。注意，.initcall.init节所保存的函数地址有一定的优先级，越前面的函数优先级越高，会被先调
用。include/linux/init.h定义若干的宏协助内核模块添加它们的初始化函数到.initcall.init节。如需控制同一优先
级的初始化函数执行顺序，可以通过修改模块的Makefile调动编译链接顺序。
15. 调用init_post函数启动用户空间的init进程。在Android系统中，init进程在system/core/init目录下实现。
init_post函数会调用run_init_process 执行ramdisk_execute_command，在run_init_process中，
kernel_execve负责创建用户空间的init进程。
版权声明：本文为博主原创文章，未经博主允许不得转载。