嵌入式系统的bootloader.pptVIP

嵌入式系统的 bootloader Ｂｏｏｔｌｏａｄｅｒ 代码是芯片复位后 进入操作系统之前执行的一段代码，主要 用于完成由硬件启动到操作系统启动的过 渡，从而为操作系统提供基本的运行环境， 如初始化ＣＰＵ、 堆栈、存储器系统等。 Ｂｏｏｔｌｏａｄｅｒ 代码与ＣＰＵ 芯片 的内核结构、具体型号、应用系统的配置 及使用的操作系统等因素有关，其功能类 似于ＰＣ机的ＢＩＯＳ程序 Boot Loader 所支持的 CPU 和 嵌入式板 每种不同的 CPU 体系结构都有不同的 Boot Loader 。有些 Boot Loader 也支持多种体系 结构的 CPU ，比如 U-Boot 就同时支持 ARM 体系结构和 MIPS 体系结构。除了依赖于 CPU 的体系结构外， Boot Loader 实际上也依赖于 具体的嵌入式板级设备的配置。这也就是说 ，对于两块不同的嵌入式板而言，即使它们是 基于同一种 CPU 而构建的，要想让运行在一 块板子上的 Boot Loader 程序也能运行在另一 块板子上，通常也都需要修改 Boot Loade r 的源程序。 嵌入式 Linux 系统 的四个层次 1. 引导加载程序。包括固化在固件 (firmware) 中的 boot 代码 ( 可选 ) ，和 Boot Loader 两大部分。 2. Linux 内核。特定于嵌入式板子的定制内核 以及内核的启动参数。 3. 文件系统。包括根文件系统和建立于 Flash 内存设备之上文件系统。通常用 ram dis k 来作为 root fs 。 4. 用户应用程序。特定于用户的应用程序。 有时在用户应用程序和内核层之间可能还会 包 括一个嵌入式图形用户界面。常用的嵌入式 GUI 有： MicroWindows 和 MiniGUI 懂。 系统的典型构建 Boot Loader 的操作模式 (Operation Mode) 大多数 Boot Loader 都包含两种不同的 操作模式： 启动加载 模式和 下载 模式， 这种区 别仅对于开发人员才有意义。但从最终 用户的角度看， Boot Loader 的作用就是 用来加载 操作系统，而并不存在所谓的启动加载 模式与下载工作模式的区别。 启动加载（ Boot loading ）模式：这种模式 也称为 自主 （ Autonomous ）模式。也即 Boo t Loader 从目标机上的某个固态存储设备上 将操作系统加载到 RAM 中运行，整个过程 并 没有用户的介入。这种模式是 Boot Loader 的正常工作模式，因此在嵌入式产品发布的 时 侯， Boot Loader 显然必须工作在这种模式 下。 下载（ Downloading ）模式：在这种模式下，目标 机上的 Boot Loader 将通过串口连接或 网络连接等通信手段从主机（ Host ）下载文件，比 如：下载内核映像和根文件系统映像等 。从主机下载的文件通常首先被 Boot Loader 保存 到目标机的 RAM 中，然后再被 Boot Loader 写到目标机上的 FLASH 类固态存储设备中。 Boot Loader 的这种模式通常在第一次 安装内核与根文件系统时被使用；此外，以后的系 统更新也会使用 Boot Loader 的这种工 作模式。工作于这种模式下的 Boot Loader 通常都 会向它的终端用户提供一个简单的命令 行接口 Boot Loader 的主要任务与典型结构框架 假定内核映像与根文件系统映像 都被加载到 RAM 中运行。之所以提出这样一 个假设前提是因为，在嵌入式系统中内核映像 与根文件系统映像也可以直接在 ROM 或 Flash 这样的固态存储设备中直接运行。但这 种 做法无疑是以运行速度的牺牲为代价的。从操 作系统的角度看， Boot Loader 的总目标就 是正确地调用内核来执行。 由于 Boot Loader 的实现依赖于 CPU 的体系 结构，因此大多数 Boot Loader 都分 为 stage1 和 stage2 两大部分。依赖于 CPU 体系结构的代码，比如设备初始化代码等， 通常都放在 stage1 中，而且通常都用汇编 语言来实现，以达到短小精悍的目的。而 sta ge2