嵌入式Linux启动流程分析.doc

嵌入式Linux启动流程分析（转）

linux嵌入式脚本actionlogin终端

当Bootloader将控制权交给内核的引导程序时，第一个执行的程序就是head.S，它完毕了加载内核的大部分工作；misc.c则提供加载内核所需要的子程序，其中解压内核的子程序是head.S调用的重要程序，此外内核的加载还须知道系统的硬件信息，该硬件信息在hardware.h中定义并被head.S所引用。本系统中内核的启动流程如图1所示。

本系统中，head.S一方面配置S3C4510B的系统寄存器SYSCFG、初始化系统的Flash、SDRAM以及总线控制寄存器，将Flash和SDRAM的地址范围分别设立为0x0-0x1fffff和0x1000000-0x1ffffff；根据本系统的功能特点，重新定义了中断优先级以及I/O口的配置；为了提高内核的运营速度，将2M的内核映像文献从Flash拷贝到SDRAM；通过操作一些系统寄存器，进行系统的存储器重映射，将Flash和SDRAM的地址区间分别重映射为0x1000000-0x11fffff和0x0-0xffffff；然后初始化系统堆栈；接着调用misc.c中的函数decompress_kernel，对拷贝到SDRAM的内核映像文献进行解压缩；最后跳转到执行调用内核函数call_kernel，调用call_kernel函数事实上是执行main.c中的start_kernel函数，该函数完毕的功能涉及解决器结构的初始化、中断的初始化、定期器的初始化、进程相关的初始化以及内存初始化等初始化工作；最后内核创建一个init线程，在该线程中调用init进程，完毕系统的启动

?当用户打开PC的电源，BIOS开机自检，按BIOS中设立的启动设备(通常是硬盘)启动，接着启动设备上安装的引导程序lilo或grub开始引导Linux，Linux一方面进行内核的引导，接下来执行init程序，init程序调用了rc.sysinit和rc等程序，rc.sysinit和rc当完毕系统初始化和运营服务的任务后，返回init；init启动了mingetty后，打开了终端供用户登录系统，用户登录成功后进入了Shell，这样就完毕了从开机到登录的整个启动过程。

--poweron--BIOS--Lilo/Grub--Kernerlboot--init(rc.sysinit,rc)?

--mingetty(login)--Shell----

下面就将逐个介绍其中几个关键的部分：

第一部分：内核的引导(核内引导)

RedHat9.0可以使用lilo或grub等引导程序开始引导Linux系统，当引导程序成功完毕引导任务后，Linux从它们手中接管了CPU的控制权，然后CPU就开始执行Linux的核心映象代码，开始了Linux启动过程。这里使用了几个汇编程序来引导Linux，这一步泛及到Linux源代码树中的“arch/i386/boot”下的这几个文献：bootsect.S、setup.S、video.S等。

其中bootsect.S是生成引导扇区的汇编源码，它完毕加载动作后直接跳转到setup.S的程序入口。setup.S的重要功能就是将系统参数（涉及内存、磁盘等，由BIOS返回）拷贝到特别内存中，以便以后这些参数被保护模式下的代码来读取。此外，setup.S还将video.S中的代码包含进来，检测和设立显示器和显示模式。最后，setup.S将系统转换到保护模式，并跳转到0x100000。

那么0x100000这个内存地址中存放的是什么代码？而这些代码又是从何而来的呢？

0x100000这个内存地址存放的是解压后的内核，由于RedHat提供的内核包含了众多驱动和功能而显得比较大，所以在内核编译中使用了“makebzImage”方式，从而生成压缩过的内核，在RedHat中内核经常被命名为vmlinuz，在Linux的最初引导过程中，是通过arch/i386/boot/compressed/中的head.S运用misc.c中定义的decompress_kernel()函数，将内核vmlinuz解压到0x100000的。

当CPU跳到0x100000时，将执行arch/i386/kernel/head.S中的startup_32，它也是vmlinux的入口，然后就跳转到start_kernel()中去了。start_kernel()是init/main.c中的定义的函数，start_kernel()中调用了一系列初始化函数，以完毕kernel自身的设立。start_kernel()函数中，做了大量的工作来建立基本的Linux核心环境。假如顺利执行完start_ke