Exynos4412 内核移植（三）—— 内核启动过程分析

内核启动所用函数如下：

        与移植U-Boot 的过程相似，在移植Linux 之前，先了解它的启动过程。Linux 的过程可以分为两部分：架构/开发板相关的引导过程、后续的通用启动过程。对于uImage、zImage ,它们首先进行自解压得到vmlinux ，然后执行 vmlinux 开始“正常的”启动流程。

       引导阶段通常使用汇编语言编写，它首先检查内核是否支持当前架构的处理器，然后检查是否支持当前开发板。通过检查后，就为调用下一阶段的start_kernel函数作准备了。这主要分如下两个步骤：

1）-- 连接内核时使用的虚拟地址，所以要设置页表、使能MMU；

2）调用C 函数 start_kernel 之前的常规工作，包括复制数据段、清除BSS段、调用start_kernel 函数。

        第二阶段的关键代码主要使用C语言编写。它进行内核初始化的全部工作，最后调用 rest_init 函数启动init 过程，创建系统第一个进程：init 进程。在第二阶段，仍有部分架构/开发板相关的代码，比如重新设置页表、设置系统时钟、初始化串口等。

下面是详细解析：

一、第一阶段

        与Uboot 一样，我们在连接文件中查看函数入口点，内核编译完成后会在arch/arm/kernel/下生成 vmlinux.lds 文件，打开：

        stext 在 linux/arch/arm/kernel/head.S 中被定义，做为函数入口点，linux/arch/arm/kernel/head.S是linux内核映像解压后执行的第一个文件。

代码只是部分，但可以看到这一阶段究竟做了些什么：

a -- 设定为SVC模式，关闭IRQ、FIQ；

b -- 确定CPU的ID号，判定其是否有效；

c -- 确定machine的ID号，检查合法性；

d -- 检查bootloader传入的参数列表atags的合法性

e -- 创建初始页表

下面对上面遇到的程序段展开分析：

a -- 确保处于SVC模式

这没什么好讲的，就是设置CPSR 模式位，并屏蔽中断；

b -- 检查CPU ID 是否匹配

获取ID并放到 r9 寄存器中，调用_lookup_processor_type 函数, 函数主要用来判定内核是否和当前的CPU匹配，如果不匹配，r5寄存器的值应为0，此时会调用 _error_p函数，它用来打印错误信息，即内核和当前的CPU不匹配，此时内核时不能启动的；如果两者匹配，会返回一个描述处理器结构的地址（在r5寄存器中），然后调用下面的函数。

      下面看_lookup_processor_type 函数，在arch/arm/kernel/head-common.S 中定义：

        上面的代码其实就是一个地址转换过程，因为在判定CPU架构时未开启系统的MMU功能，所以均使用物理地址，而内核代码在连接时是以虚拟地址来实现的，因此要想用proc_info_list 结构体，就要先找到proc_info_list 结构的物理地址，这样必须使用上面的转换代码。