Board level的启动流程分析

现在很多博客文章都有写到关于从uboot到linux，或者是android的话就是再到android层面上的启动过程。但很少文章会讲述到关于board lever 层面上的启动过程。我这里说的board level 是关于板子上电启动，硬件相关的开机流程。

好，咋们开门见山，不兜圈子。直接说如正题。

本文分为几部分：上电-->电源管理-->cpu启动-->uboot-->跳转启动device。下面正式介绍。

第一部分：上电

首先是上电，我们知道一般CPU的供电电压是3.3V，而输入电压在不通应用场合有不用的输入值：5V，12V，19V，24V等等。所以板子上电，首先有一个减压的过程，这个过程是经过降压电路或者是转压芯片，把高电压转换为CPU使用的低电压。这里所谓的“低电压”的范围比较广泛，除了包括cpu的使用电压外，还包括一些板子上外设的电压。这些电源都是根据具体情况而定，这里不做详细介绍。

第二部分：电源管理

对于电源管理这一块，可能不是每个平台都会有这个功能，但以经验来看，有电源管理的电路，稳定性肯定会更好，因为上电时序可以得到保证，而且对电路电压的开启跟关闭也能更有保障。

对于电源管理部分的上电时序大概如下（不同电路可能有所差异）：

接受经过转压芯片转压后，电源IC启动起来，首先电源管理IC会给CPU上电，让CPU跑起来，在这过程中，cpu会初始化各种外设，反过来·通知电源管理IC去开启各种外设的电压。一般电源管理IC跟CPU之间的通讯是由i2c来完成。电源管理上电部分的过程基本如此，当然，电源管理部分包含的内容很多，还有：休眠唤醒，开关机等。有兴趣的话可以自行深入研究这一块的内容。这篇文字仅仅介绍到开机的流程部分。

第三部分：CPU启动：

首先提一个问题：CPU上电后，做的第一件事情是什么？

CPU上电第一件事并不是立即去flash 或者emmc的某一个地址去寻找程序，然后搬运到内存中运行。CPU上电的第一件事是跑自身里面的一段小程序，至于这一段小程序做了些什么内容，我们不得而知，这可能只有CPU厂家才能知道。不过接触过freescale 或者TI的CPU的人都知道，CPU连接着一个拨码开关，通过不同的拨号方式，CPU会从特定的位置：flash，emmc或者sata启动。

好，说到这里，就有所感觉了吧，最起码，我们知道对于freescale 或者TI的CPU而言，上电做的事情其中有一件就是：检测拨码开关电平，然后从相应的位置寻找代码。

说到这里，顺便提一下，每个厂家的CPU到device（flash，sd card，sata）寻找代码的地址可能有所区别，如以下一行烧录程序的脚本：

dd if=u-boot_crc.bin.crc of=${node} bs=512 seek=2

从这行脚本可以看出，这个CPU寻找程序的地方是位于（flash，sdcard，sata）的1K的地方处。仔细想想，这是有原因的，原因就是：对于任何一块存储器而言，开头的512K的地方是存放其私有数据和分区信息的地方，也就是我们常说的mbr。

第四部分Uboot：

当CPU从存储（flash，Sdcard，sata）找到程序后，首先是程序里面前4K的内容，也就是uboot里面的start.s ，负责初始化硬件，把整个uboot的代码load到ddr里面跑起来。这里面我们不分析这些代码的具体作用，我们分析的是uboot完成各系列的初始化工作之后，怎么跳转的。那么我们首先来看看以下一段代码：

/* load SD card */if(!mmc_boot(0, 0x26800000, 0x03, 0x4B0))//read 600KB{printf("booting from SD\n");*(int *)0x22200000 = 0x01;goto SECOND_LEVEL_BOOT;}/* load SATA  */if (!sata_boot(0, 0x26800000, 0x03, 0x4B0)){printf("booting from SATA\n");*(int *)0x22200000 = 0x02;goto SECOND_LEVEL_BOOT;}/* load iNAND */if(!mmc_boot(1, 0x26800000, 0x03, 0x4B0))//read 600KB{printf("booting from iNAND\n");*(int *)0x22200000 = 0x03;goto SECOND_LEVEL_BOOT;}/* load SPI */

相信以上一段代码很容易看得懂，先检查SD卡启动时候成功，如果是，则把0x01 装载到0x22200000这个地址里面，然后跳转到第二阶段的启动当中。如果SD卡不存在，则检测SATA。如果SATA不存在，最后检测iNAND。详细的情况，有兴趣的话可以去查看uboot里面相应的代码。

好，最后想说的是，如果知道这个启动流程，那么我们就可以做一些定制的启动服务，如指定在某一个存储器件的某一个地址需找code等等。