嵌入式第6章解读.ppt

　　　6.1 Boot Loader的基本概念　　简单地说，Boot Loader 就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软/硬件环境设置到一个合适的状态，以便为最终启动操作系统内核准备好正确的环境。 　　通常，Boot Loader严重地依赖于系统的软/硬件环境。因此，在嵌入式世界里建立一个通用的Boot Loader几乎是不可能的。尽管如此，我们仍然可以对Boot Loader归纳出一些通用的概念，以指导用户特定的 Boot Loader 设计与实现。 6.1.1 Boot Loader所支持的CPU和嵌入式板　　每种不同的CPU体系结构都有不同的Boot Loader。有些Boot Loader也支持多种体系结构的CPU，比如U-Boot就同时支持ARM体系结构和MIPS体系结构。除了依赖于CPU的体系结构外，Boot Loader实际上也依赖于具体的嵌入式板级设备的配置。也就是说，对于两块不同的嵌入式板而言，即使它们是基于同一种CPU而构建的，要想让运行在一块板子上的Boot Loader程序也能运行在另一块板子上，通常也都需要修改Boot Loader的源程序。 6.1.2 Boot Loader的安装媒介　　系统加电或复位后，所有的CPU通常都从某个由CPU制造商预先安排的地址上取指令。比如，基于ARM7TDMI core的CPU在复位时通常都从地址0它的第一条指令。而基于CPU构建的嵌入式系统通常都有某种类型的固态存储设备(比如ROM、EEPROM或Flash等)被映射到这个预先安排的地址上。因此，在系统加电后，CPU将首先执行Boot Loader程序。 　　图6-1就是一个同时装有Boot Loader、内核的启动参数、内核映像和根文件系统映像的固态存储设备的典型空间分配结构图。 图6-1 固态存储设备的典型空间分配结构 6.1.3 用于控制Boot Loader的设备或机制　　主机和目标机之间一般通过串口建立连接，Boot Loader软件在执行时通常会通过串口来进行I/O，比如输出打印信息到串口、从串口读取用户控制字符等。 6.1.4 Boot Loader的启动过程　　通常多阶段的Boot Loader能提供更为复杂的功能，以及更好的可移植性。从固态存储设备上启动的Boot Loader大多都是2阶段的启动过程，也即启动过程可以分为Stage 1和Stage 2两部分。有关在Stage 1和Stage 2中具体完成哪些任务将在下面讨论。 6.1.5 Boot Loader的操作模式 　　大多数Boot Loader都包含两种不同的操作模式：启动加载模式和下载模式，这种区别仅对于开发人员才有意义。但从最终用户的角度看，Boot Loader的作用就是用来加载操作系统，而并不存在所谓的启动加载模式与下载模式的区别。 　　启动加载(Bootloading)模式：也称为自主(Autonomous)模式，即Boot Loader从目标机上的某个固态存储设备上将操作系统加载到RAM中运行，整个过程并没有用户的介入。这种模式是Boot Loader的正常工作模式，因此在嵌入式产品发布的时侯，Boot Loader必须工作在这种模式下。 　　下载(Downloading)模式：在这种模式下，目标机上的Boot Loader将通过串口、USB口连接或网络连接等通信手段从主机(Host)下载文件，比如下载内核映像和根文件系统映像等。从主机下载的文件通常首先被Boot Loader保存到目标机的RAM中，然后再被Boot Loader写到目标机上的Flash类固态存储设备中。Boot Loader的这种模式通常在第一次安装内核与根文件系统时被使用；此外，以后的系统更新也会使用Boot Loader的这种工作模式。工作于这种模式下的Boot Loader通常都会向它的终端用户提供一个简单的命令行接口。 　　像Blob或U-Boot等这样功能强大的Boot Loader通常同时支持这两种工作模式，而且允许用户在这两种工作模式之间进行切换。比如，Blob在启动时处于正常的启动加载模式，但是它会延时10 s等待终端用户按下任意键而将Blob切换到下载模式。如果在10 s内没有用户按键，则Blob继续启动Linux内核。 6.1.6 Boot Loader与主机之间的文件传输协议　　最常见的情况就是，目标机上的Boot Loader通过串口与主机之间进行文件传输，传输协议通常是xmodem/ymodem　/zmodem协议中的一种。但是，串口传输的速度是有限的，因此通过以太网连接并借