linux 驱动学习笔记03--Linux 内核的引导

如图所示为 X86 PC 上从上电/复位到运行 Linux 用户空间初始进程的流程。在进入与 Linux相关代码之间，会经历以下阶段。

（ 1 ） 当系统上电或复位时， CPU 会将 PC 指针赋值为一个特定的地址 0xFFFF0 并执行该地址处的指令。在 PC 机中，该地址位于 BIOS 中，它保存在主板上的 ROM 或 Flash 中。

（ 2） BIOS 运行时按照 CMOS 的设置定义的启动设备顺序来搜索处于活动状态而且能够引导的设备。 若从硬盘启动， BIOS 会将硬盘 MBR（主引导记录）中的内容加载到 RAM。MBR 是一个 512 字节大小的扇区，位于磁盘上的第一个扇区中（0 道 0 柱面 1 扇区）。当 MBR 被加载到 RAM中以后， BIOS 就会将控制权交给 MBR。
（ 3） 主引导加载程序查找并加载次引导加载程序。它在分区表中查找活动分区，当找到一个活动分区时，扫描分区表中的其余分区，以确保它们都不是活动的。当这个过程验证完成以后，就将活动分区的引导记录从这个设备中读入 RAM 中并执行它。
（ 4） 次引导加载程序加载 Linux 内核和可选的初始 RAM 磁盘，将控制权交给 Linux 内核源代码。

（ 5） 运行被加载的内核，并启动用户空间应用程序。

嵌入式系统中 Linux 的引导过程与之相似，但通常更加简洁。不论具体以怎样的方式实现，只要具有以下特征就能够称其为 Bootloader。

! 能够在系统上电或复位的时候以某种方式执行，这些方式包括被 BIOS 引导执行、直接在 NOR Flash 中执行、 NAND Flash 中的代码被 MCU 自动拷入内部或外部 RAM 执行等。
! 能将 U 盘、磁盘、光盘、 NOR/NAND Flash、 ROM、 SD 卡等存储介质，甚或网口、串口中的操做系统加载到 RAM 并把控制权交给操做系统源代码执行。

完成上述功能的 Bootloader 的实现方式很是多样化，甚至自己也能够是一个简化版的操做系统。著名的 Linux Bootloader 包括应用于 PC 的 LILO 和 GRUB，应用于嵌入式系统的 U-Boot、RedBoot 等。
相比较于 LILO， GRUB 自己能理解 EXT二、 EXT3 文件系统， 所以可在文件系统中加载 Linux，而 LILO 只能识别" 裸扇区"。U-Boot 的定位为" Universal Bootloader"，其功能比较强大，涵盖了包括 PowerPC、

ARM、MIPS 和 X86 在内的绝大部分处理器构架，提供网卡、串口、 Flash 等外设驱动，提供必要的网络协议（ BOOTP、 DHCP、 TFTP），能识别多种文件系统（ cramfs、 fat、 jffs2 和 registerfs 等），并附带了调试、脚本、引导等工具，应用十分普遍。Redboot 是 Redhat 公司随 eCos 发布的 Bootloader 开源项目，除了包含 U-Boot 相似的强大功能外，它还包含 GDB stub（插桩），所以能经过串口或网口与 GDB 进行通讯，调试 GCC 产生的任何程序（包括内核）。咱们有必要对上述流程的第 5 个阶段进行更详细的分析，它完成启动内核并运行用户空间的init 进程。当内核映像被加载到 RAM 以后， Bootloader 的控制权被释放，内核阶段就开始了。内核映像并非彻底可直接执行的目标代码，而是一个压缩过的 zImage（小内核）或 bzImage（大内核，bzImage 中的 b 是" big"的意思）。
可是，并不是 zImage 和 bzImage 映像中的一切都被压缩了，不然 Bootloader 把控制权交给这个内核映像它就" 傻" 了。实际上，映像中包含未被压缩的部分，这部分中包含解压缩程序，解压缩程序会解压映像中被压缩的部分。

zImage 和 bzImage 都是用 gzip 压缩的，它们不只是一个压缩文件，并且在这两个文件的开头部份内嵌有 gzip 解压缩代码。
如图所示，当 bzImage（用于 i386 映像）被调用时，它从/arch/i386/boot/head.S 的 start 汇编例程开始执行。这个程序执行一些基本的硬件设置，并调用/arch/i386/boot/compressed/head.S 中的startup_32 例程。 startup_32 程序设置一些基本的运行环境（如堆栈）后，清除 BSS 段，调用/arch/i386/boot/compressed/misc.c 中的 decompress_kernel() C 函数解压内核。内核被解压到内存中以后，会再调用 /arch/i386/kernel/head.S 文件中 的 startup_32 例程，这个新的 startup_32 例程（称为清除程序或进程 0）会初始化页表，并启用内存分页机制，接着为任何可选的浮点单元（ FPU）检测
CPU 的类型，并将其存储起来供之后使用。这些都作完以后， /init/main.c 中的 start_kernel()函数被调用，进入与体系结构无关的 Linux 内核部分。start_kernel()会调用一系列初始化函数来设置中断，执行进一步的内存配置。以后， /arch/i386/kernel/process.c 中 kernel_thread()被调用以启动第一个核心线程，该线程执行 init()函数，而原执行序列会调用 cpu_idle()等待调度。做为核心线程的 init()函数完成外设及其驱动程序的加载和初始化，挂接根文件系统。 init()打开/dev/console 设备，重定向 stdin、 stdout 和 stderr 到控制台。以后，它搜索文件系统中的 init程序（也能够由" init=" 命令行参数指定 init 程序），并使用 execve()系统调用执行 init 程序。搜索 init 程序的顺序为： /sbin/init、 /etc/init、 /bin/init 和/bin/sh。在嵌入式系统中，多数状况下，能够给内核传入一个简单的 shell 脚原本启动必需的嵌入式应用程序。至此，漫长的 Linux 内核引导和启动过程就此结束，而 init()对应的这个由 start_kernel()建立的第一个线程也进入用户模式。