[uboot] （第五章）uboot流程

以下例子都以project X项目tiny210（s5pv210平台,armv7架构）为例

[uboot] uboot流程系列： [project X] tiny210(s5pv210)上电启动流程（BL0-BL2） [project X] tiny210(s5pv210)从存储设备加载代码到DDR [uboot] （第一章）uboot流程——概述 [uboot] （第二章）uboot流程——uboot-spl编译流程 [uboot] （第三章）uboot流程——uboot-spl代码流程 [uboot] （第四章）uboot流程——uboot编译流程 [uboot] （番外篇）global_data介绍 [uboot] （番外篇）uboot relocation介绍

建议先看《[project X] tiny210(s5pv210)上电启动流程（BL0-BL2）》，根据例子了解一下上电之后的BL0\BL1\BL2阶段，以及各个阶段的运行位置，功能。 建议可以和《[uboot] （番外篇）global_data介绍》和《[uboot] （番外篇）uboot relocation介绍》结合起来看。

=================================================================================

CPU初始刚上电的状态。需要小心的设置好很多状态，包括cpu状态、中断状态、MMU状态等等。其次，就是要根据硬件资源进行板级的初始化，代码重定向等等。最后，就是进入命令行状态，等待处理命令。 在armv7架构的uboot，主要需要做如下事情

arch级的初始化

板级的初始化

上述工作，也就是uboot流程的核心。

在前面的文章中虽然已经说明了，在spl的阶段中已经对arch级进行了初始化了，为什么uboot里面还要对arch再初始化一遍？ 回答：spl对于启动uboot来说并不是必须的，在某些情况下，上电之后uboot可能在ROM上或者flash上开始执行而并没有使用spl。这些都是取决于平台的启动机制。因此uboot并不会考虑spl是否已经对arch进行了初始化操作，uboot会完整的做一遍初始化动作，以保证cpu处于所要求的状态下。

和spl在启动过程的差异在哪里？ 回答：以tiny210而言，前期arch的初始化流程基本上是一致的，出现本质区别的是在board_init_f开始的。

project-X/u-boot/arch/arm/cpu/u-boot.lds

所以uboot-spl的代码入口函数是_start 对应于路径project-X/u-boot/arch/arm/lib/vector.S的_start，后续就是从这个函数开始分析。

在arch级初始化是和spl完全一致的 _start———–>reset————–>关闭中断 ………………………………| ………………………………———->cpu_init_cp15———–>关闭MMU,TLB ………………………………| ………………………………———->cpu_init_crit————->lowlevel_init————->关键寄存器的配置和初始化 ………………………………| ………………………………———->_main————–>进入板级初始化，具体看下面

_main————–>board_init_f_alloc_reserve —————>堆栈、GD、early malloc空间的分配 …………| …………————->board_init_f_init_reserve —————>堆栈、GD、early malloc空间的初始化 …………| …………————->board_init_f —————>uboot relocate前的板级初始化以及relocate的区域规划 …………| …………————->relocate_code、relocate_vectors —————>进行uboot和异常中断向量表的重定向 …………| …………————->旧堆栈的清空 …………| …………————->board_init_r —————>uboot relocate后的板级初始化 …………| …………————->run_main_loop —————>进入命令行状态，等待终端输入命令以及对命令进行处理

上述已经说明了_start是整个uboot的入口，其代码如下： arch/arm/lib/vector.S

会跳转到reset中。

建议先参考