文档介绍：嵌入式系统的BootLoａder
3。1  BｏotLｏａder概述
一个嵌入式Linux系统从软件的角度看通常分为4个层次：引导加载程序、Ｌiｎux内核、文件系统、用户应用程序。
引导加载程序是系统加电后运行的第一段代码。大家熟悉的PC中的引导程序一般由ＢIOS和位于ＭBR的操作系统ＢｏｏｔLoadｅr(例如LILO或者GＲUB）一起组成。然而在嵌入式系统中通常没有像BIＯS那样的固件程序，因此整个系统的加载启动任务就完全由BoｏｔLoadeｒ来完成。在嵌入式Ｌinux中，引导加载程序即等效为BootＬoadｅr。简单地说，BootLoａdｅr就是在操作系统内核运行前执行的一段小程序。通过这段小程序，我们可以初始化必要的硬件设备，创建内核需要的一些信息并将这些信息通过相关机制传递给内核,从而将系统的软硬件环境带到一个合适的状态,最终调用操作系统内核，真正起到引导和加载内核的作用。
BｏotLｏader是依赖于硬件实现的,特别是在嵌入式系统中。不同体系结构需求的BoｏｔLoａdeｒ是不同的,除了体系结构，,对于两块不同的嵌入式板而言，即使它们基于相同的CPU构建,运行在其中一块电路板上的ＢootLoader，未必能够运行在另一块电路开发板上。
Bｏotlｏadｅr的启动过程可以是单阶段的,也可以是多阶段的。大多数单阶段的BootＬoaｄer应用于简单的系统，比如没有操作系统的系统。，也就是启动过程可以分为stage 1和stａge 2两部分。依赖于ＣPU体系结构的代码，比如设备初始化代码   等,通常都放在staｇｅ1中，而且通常都用汇编语言来实现，以达到短小精悍的目的。而staｇe2则通常用Ｃ语言来实现,这样可以实现更复杂的功能，而且代码会具有更好的可读性和可移植性。
大多数BootＬoader都包含两种不同的操作模式:启动加载（Bｏｏt ｌoaｄiｎg）模式和下载（Ｄoｗｎ ｌoadｉng）模式,这种区别仅对于开发人员才有意义。但从最终用户的角度看,ＢootLoａdｅr的作用就是用来加载操作系统,而并不存在所谓的启动加载模式与下载工作模式的区别.
(1）启动加载模式:这种模式也称为自主（Autoｎomｏｕs)模式，即BｏotLoadeｒ从目标机上的某个固态存储设备上将操作系统加载到RAＭ中运行,整个过程没有用户的介入。，BootLoaｄer显然必须工作在这种模式下。
（2)下载模式：在这种模式下，目标机上的BootLoａｄeｒ将通过串口连接或网络连接等通信手段从主机上下载文件，比如下载应用程序、数据文件、内核映像等。从主机下载的文件通常首先被BｏotLoａｄeｒ保存到目标机的ＲAＭ中然后再被BｏoｔLoader写到目标机上的固态存储设备中，，比如U-Bｏot、Blｏb、VIＶI等。
  常用的嵌入式Linux BootLｏａｄｅｒ
从上一节的内容可以了解到BoｏtLｏadｅr是嵌入式系统中非常重要的一部分，也是系统运行工作的必要组成部分。在嵌入式系统中常见的BｏotLｏaｄer有以下几种。
3。2。1  U－Boot
U-Ｂｏot是德国DＥＮX小组开发的用于多种嵌入式CPU的BｏｏtLoａder程序，它可以运行在基于ＰowerＰＣ、ARM、MIPS等多种嵌入式开发板上。从或。 de／puｂ／u－boot/站点都可以下载U-Boot的源代码,Ｕ-Boot源代码的主要目录解释如下.
  ● ｂｏard  目标板相关文件，主要包含ＳＤＲＡＭ、Flaｓh驱动；
  ● coｍmon  独立于处理器体系结构的通用代码,如内存大小探测与故障检测；
  ● ｃpu  与处理器相关的文件，如mpc8xx子目录下含串口、网口、LCＤ驱动及中断初始化等文件;
  ● driｖeｒ  通用设备驱动，如ＣFI Ｆlaｓh驱动（目前对Intel Flash支持较好）；
  ● dｏc  U-Ｂｏoｔ的说明文档；
  ● eｘampｌｅｓ  可在U-Booｔ下运行的示例程序,、timer．c;
  ● iｎcｌudｅ  U-Boot头文件，尤其是cｏnｆｉgs子目录下与目标板相关的配置头文件是移植过程中经常要修改的文件;
  ● lib_xxx  处理器