嵌入式系统的bootloa.pptxVIP

嵌入式系统的bootloader;Boot Loader 所支持的 CPU 和嵌入式板 ;嵌入式 Linux 系统的四个层次;4. 用户应用程序。特定于用户的应用程序。有时在用户应用程序和内核层之间可能还会包括一个嵌入式图形用户界面。常用的嵌入式 GUI 有：MicroWindows 和 MiniGUI 懂。 ;系统的典型构建;Boot Loader 的操作模式 (Operation Mode) ;启动加载（Boot loading）模式：这种模式也称为自主（Autonomous）模式。也即 Boot 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 中，而且通常都用汇编语言来实现，以达到短小精悍的目的。而 stage2 则通常用C语言来实现，这样可以实现给复杂的功能，而且代码会具有更好的可读性和可移植性?? ;Boot Loader 的 stage1 通常包括以下步骤(以执行的先后顺序)：·硬件设备初始化。·为加载 Boot Loader 的 stage2 准备 RAM 空间。·拷贝 Boot Loader 的 stage2 到 RAM 空间中。·设置好堆栈。·跳转到 stage2 的 C 入口点。Boot Loader 的 stage2 通常包括以下步骤(以执行的先后顺序)：·初始化本阶段要使用到的硬件设备。·检测系统内存映射(memory map)。·将 kernel 映像和根文件系统映像从 flash 上读到 RAM 空间中。·为内核设置启动参数。·调用内核。;Boot Loader 的 stage1 这是 Boot Loader 一开始就执行的操作，其目的是为 stage2 的执行以及随后的 kernel的执行准备好一些基本的硬件环境。它通常包括以下步骤（以执行的先后顺序）： 1．屏蔽所有的中断。为中断提供服务通常是 OS 设备驱动程序的责任，因此在 Boot Loader 的执行全过程中可以不必响应任何中断。中断屏蔽可以通过写 CPU 的中断屏蔽寄存器或状态寄存器（比如 ARM 的 CPSR 寄存器）来完成。 2．设置 CPU 的速度和时钟频率。 ;3．RAM 初始化。包括正确地设置系统的内存控制器的功能寄存器以及各内存库控制寄存器等。 4．初始化 LED。典型地，通过 GPIO 来驱动 LED，其目的是表明系统的状态是 OK 还是 Error。如果板子上没有 LED，那么也可以通过初始化 UART 向串口打印 Boot Loader 的Logo 字符信息来完成这一点。 5． 关闭 CPU 内部指令／数据 cache。;第二的boot loader，可以更加形象得被称为内核加载程序。这个阶段的任务就是加载linux内核，以及可选的初始化内存盘。 简单说一下bootloader的移植 首先修改makefile里的交叉编译器 设定交叉编译器的路径，对于arm的bootloader选用arm-linux-gcc,运行环境是在linux下 ;主要修改的文件有;比如2410.