bootloader简介.docVIP

bootloader 简介 1.1 Bootloader移植的必要性 Bootloader是与系统硬件环境高度相关的初始化软件，它担负着初始化硬件和引导操作系统的双重责任。一些ARM平台可以共用同一种Bootloader，但是总的说来，每一个特定系统的Bootloader都会有所不同。Bootloader广泛用于有操作系统的手持终端设备、智能家电及机顶盒等嵌入式设备上，它负责完成硬件初始化、操作系统引导和系统配制等。Bootloader移植是在特定硬件平台上操作系统移植至关重要的一步。 1.2 BootLoader所支持的CPU和嵌入式系统板 每种不同的CPU体系结构都有不同的BootLoader。有些BootLoader也支持多种体系结构的CPU，比如U-BOOT就同时支持ARM、MIPS、POWERPC等体系结构。除了依赖于CPU的体系结构外，BootLoader实际上也依赖于具体的嵌入式板级设备的配置。也就是说，对于两块不同的嵌入式板而言，即使它们是基于同一种CPU而构建的，要想让运行在一块板子上的BootLoader程序也能运行在另一块板子上，通常也都需要修改BootLoader的源程序。 1.3. Boot Loader的烧录和存储 系统加电或复位后，所有的CPU通常都从某个由CPU制造商预先安排的地址上取指令。比如，at91rm9200的CPU在复位时通常都从地址0它的第一条指令。这个地址依据特定的CPU而定。通常片外启动时，基于CPU构建的嵌入式系统通常都有某种类型的固态存储设备（EEPROM或FLASH等，at91rm9200是0被映射到这个预先安排的地址上。因此在系统加电后，CPU将首先执行Boot Loader程序。 bootloader烧写到flash中，对于一个裸板有两种方式： （1）通过片内固化的loader加载bootloader：通常某些CPU内部ROM中固化了一段程序可以用于最初的程序下载，如AT91RM9200。这时下载的程序是在内部RAM中运行的，大小有一定限制，然后由这段程序继续交互下载真正要烧写到flash中的程序，将其保存在外部RAM中，最终烧写到flash中。 （2）通过JTAG或者仿真器下载：通常这些烧录工具可以直接操作flash，对其进行编程烧录。需要专门的工具。这种情况多用于那些没有固化loader的CPU，如三星系列。 1.4 Boot Loader的操作模式(Operation Mode) 主机和目标机之间一般通过串口建立连接，BootLoader软件在执行时通常会通过串口来进行数据传输，如输出打印信息到串口，从串口读取用户控制字符。 大多数Boot Loader都包含两种不同的操作模式：启动加载模式和下载模式，从最终用户的角度看，BootLoader的作用就是用来加载操作系统，而并不存在所谓的启动加载模式与下载工作模式的区别。 （1）启动加载(Boot loading)模式：这种模式也称为自主模式bootstrap。也即BootLoader将存储在目标板Flash中的内核和文件系统的镜像装载到SDRAM中，整个过程无需用户的介入。这种模式是BootLoader的正常工作模式，因此在嵌入式产品发布的时候，BootLoader显然必须工作在这种模式下。 （2）下载（Downloading）模式：在这种模式下，目标机上的BootLoader将通过串口连接或网络连接等通信手段从宿主机Host下载文件，比如下载内核映像和根文件系统映像等。从主机下载的文件通常首先被BootLoader保存到目标机的RAM中，然后再被BootLoader写到目标机上的FLASH类固态存储设备中。BootLoader的这种模式通常在第一次安装内核与根文件系统时被使用；此外，以后的系统更新（bootloader自身也可以这样更新）也会使用Boot Loader的这种工作模式。工作于这种模式下的BootLoader通常都会向它的终端用户提供一些简单的命令行接口。 像U-BOOT等这样功能强大的BootLoader通常同时支持这两种工作模式，而且允许用户在这两种工作模式之间进行切换。比如，U-BOOT在启动时处于正常的启动加载模式，但是它会延时几秒(在配置文件中可以设定)等待终端用户按下任意键而将其切换到下载模式（相当于bios下按del键可进入系统配置界面一样，设置从光盘启动可进行重装），如果在给定时间内没有用户按键，则U-BOOT继续启动，进行正常的启动加载。 1.5 Bootloader与主机之间进行文件传输所用的通信设备及协议 最常见的情况就是，目标机上的BootLoader通过串口与主机之间进行文件传输，传输协议通常是kermit / xmodem / y