Android Linux启动过程详解

核心提示：setup部分(第二扇区)拷贝到0x90200，将真正的内核代码拷贝到0x100000，Android Linux启动过程详解(2)，以上这些拷贝动作都是以bootsect.S、 setup.S以及vmlinux在磁盘上连续存放为前提的，也就是说，以完成kernel本身的设置，这些动作有的是公共的，我们的bzImage

setup部分(第二扇区)拷贝到0x90200，将真正的内核代码拷贝到0x100000。以上这些拷贝动作都是以bootsect.S、 setup.S以及vmlinux在磁盘上连续存放为前提的，也就是说，我们的bzImage文件或者zImage文件是按照 bootsect，setup， vmlinux这样的顺序组织，并存放于始于引导分区的首扇区的连续磁盘扇区之中。

bootsect.S完成加载动作后，就直接跳转到0x90200，这里正是setup.S的程序入口。 setup.S的主要功能就是将系统参数(包括内存、磁盘等，由BIOS返回)拷贝到 0x90000-0x901FF内存中，这个地方正是bootsect.S存放的地方，这时它将被系统参数覆盖。以后这些参数将由保护模式下的代码来读取。

除此之外，setup.S还将video.S中的代码包含进来，检测和设置显示器和显示模式。最后，setup.S将系统转换到保护模式，并跳转到0x100000(对于bzImage格式的大内核是 0x100000，对于zImage格式的是0x1000)的内核引导代码，Bootloader过程结束。

对于2.4.x版内核

没有什么变化。

Kernel引导入口

对于I386平台

在 i386体系结构中，因为i386本身的问题，在"arch/alpha/kernel/head.S"中需要更多的设置，但最终也是通过call SYMBOL_NAME(start_kernel)转到start_kernel()这个体系结构无关的函数中去执行了。

所不同的是，在 i386系统中，当内核以bzImage的形式压缩，即大内核方式(__BIG_KERNEL__)压缩时就需要预先处理bootsect.S和 setup.S，按照大核模式使用$(CPP) 处理生成bbootsect.S和bsetup.S，然后再编译生成相应的.o文件，并使用 "arch/i386/boot/compressed/build.c"生成的build工具，将实际的内核(未压缩的，含 kernel中的head.S代码)与"arch/i386/boot/compressed"下的head.S和misc.c合成到一起，其中的 head.S代替了"arch/i386/kernel/head.S"的位置，由Bootloader引导执行(startup_32入口)，然后它调用misc.c中定义的decompress_kernel()函数，使用 "lib/inflate.c"中定义的gunzip()将内核解压到0x100000，再转到其上执行 "arch/i386/kernel/head.S"中的startup_32代码。

对于2.4.x版内核

没有变化。

、

核心数据结构初始化--内核引导第一部分

start_kernel()中调用了一系列初始化函数，以完成kernel本身的设置。这些动作有的是公共的，有的则是需要配置的才会执行的。