文件系统转换 Bootloader之uBoot简介（转）(2)

有些CPU在运行Bootloader之前先运行一段固化的程序(固件，firmware)，比如x86结构的CPU就是先运行BIOS中的固件，然后才运行硬盘第一个分区(MBR)中的Bootloader。

在大多嵌入式系统中并没有固件，Bootloader是上电后执行的第一个程序。

（2）Linux内核。

特定于嵌入式板子的定制内核以及内核的启动参数。内核的启动参数可以是内核默认的，或是由Bootloader传递给它的。

（3）文件系统。

包括根文件系统和建立于Flash内存设备之上的文件系统。里面包含了Linux系统能够运行所必需的应用程序、库等，比如可以给用户提供操作Linux的控制界面的shell程序，动态连接的程序运行时需要的glibc或uClibc库，等等。

（4）用户应用程序。

特定于用户的应用程序，它们也存储在文件系统中。有时在用户应用程序和内核层之间可能还会包括一个嵌入式图形用户界面。常用的嵌入式 GUI 有：Qtopia 和 MiniGUI 等。

显然，在嵌入系统的固态存储设备上有相应的分区来存储它们。

“Bootparameters”分区中存放一些可设置的参数，比如IP地址、串口波特率、要传递给内核的命令行参数等。正常启动过程中，Bootloader首先

运行，然后它将内核复制到内存中(也有些内核可以在固态存储设备上直接运行)，并且在内存某个固定的地址设置好要传递给内核的参数，最后运行内核。内核启

动之后，它会挂接(mount)根文件系统(“Root filesystem”)，启动文件系统中的应用程序。

2. Bootloader的两个阶段Bootloader的启动过程启动过程可以分为单阶段(SingleStage)、多阶段(Multi-Stage)两种。通常多阶段的Bootloader能提供更为复杂的功能，以及更好的可移植性。从固态存储设备上启动的Bootloader大多都是 2 阶段的启动过程。这从前面的硬件实验可以很好地理解这点：第一阶段使用汇编来实现，它完成一些依赖于 CPU体系结构的初始化，并调用第二阶段的代码。第二阶段则通常使用C语言来实现，这样可以实现更复杂的功能，而且代码会有更好的可读性和可移植性。

一般而言，这两个阶段完成的功能可以如下分类，但这不是绝对的：

（1）Bootloader第一阶段的功能。

硬件设备初始化。

为加载Bootloader的第二阶段代码准备RAM空间。

拷贝Bootloader的第二阶段代码到 RAM 空间中。

设置好栈。

跳转到第二阶段代码的C入口点。

在第一阶段进行的硬件初始化一般包括：关闭WATCHDOG、关中断、设置CPU的速度和时钟频率、RAM初始化等。这些并不都是必需的，比如S3C2410/S3C2440的开发板所使用的U-Boot中，就将CPU的速度和时钟频率的设置放在第二阶段。

甚至，将第二阶段的代码复制到RAM空间中也不是必需的，对于NOR Flash等存储设备，完全可以在上面直接执行代码，只不过这相比在RAM中执行效率大为降低。

（2）Bootloader第二阶段的功能。

初始化本阶段要使用到的硬件设备。

检测系统内存映射(memory map)。

将内核映像和根文件系统映像从Flash上读到RAM空间中。

为内核设置启动参数。

调用内核。

为了方便开发，至少要初始化一个串口以便程序员与Bootloader进行交互。

所谓检测内存映射，就是确定板上使用了多少内存，它们的地址空间是什么。由于嵌入式开发中，Bootloader多是针对某类板子进行编写，所以可以根据板子的情况直接设置，不需要考虑可以适用于各类情况的复杂算法。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-66092-2.html