在前一篇对head.S的分析中,我们知道内核启动的第一阶段的是处理u-boot传进来的机器id,由此来判断内核是否支持这个CPU以及该单板。而head.S最后跳到start_kernel这函数中作进一步的处理。分析如下:
一、start_kernel
在start_kernel这个函数中首先进行一系列的初始化,咱们就先不去具体分析每一个初始化函数,主要看最后两行的的setup_arch和 setupc_command_line这两个函数。在前面分析中,我们知道head.S利用u-boot传入的机器ID来判断内核和开发板的关系,而u-boot同时还传入了另外一些参数。在start_kernel,正是利用最后两行的两个函数来处理其他传入的参数。
二、setup_arch
我们跟踪setup_arch这个函数,在783行的这个判断不就是前面分析的u-boot启动内核的时候thekernel传入的第二个参数吗?定义如下:
theKernel (0, bd->bi_arch_number, bd->bi_boot_params);而接下来对每个tag的解析,(若有兴趣,请参考原文:http://blog.csdn.net/stephen_lu_fahai/article/details/70146059)正是在那篇博文中列的图:
也就是setup_arch这个函数对这些传入的参数做解析并且保存(我还没去看具体是如何实现的,它是调用parse_tags这个函数进行解析的)。
三、setup_command_line
需要注意的是,在811行,parse_comline函数是单独处理的,对应上图“一个字符串”区域。之所以会单独处理命令行,是因为命令行很重要。我们看到它有两个参数cmdline_p, 以及from;而from的定义为:char *from = default_command_line;,也就是说,如果有命令传入,就解析传入的命令,如果没有,就使用默认的命令。我们进入看一下:
这个函数要做的事情把命令保存到command_line这个数组,以便以后使用。
四、挂接根文件系统
我们在前面一片博文就说过,启动内核的目的是为了执行应用程序,而要执行应用程序就得先挂接到根文件系统。下面是其流程:
start_kernel进行一系列的初始化和对u-boot传入的参数和命令进行处理之后,在最后会跳到rest_init();这个函数。我们来看一下这个函数要做什么事情
431行,创建一个内核线程,我们姑且可以看做是调用kernel_init这个函数,继续跟踪kernel_init:
继续跟踪prepare_namespace:
到这来我们发现,调用mout_root挂接到根文件系统。
小结一下挂接到根文件系统的调用流程:
start_kernel—>rest_init—>prepare_namespace—>mout_root
四、执行用户程序
那么挂接到根文件系统之后要做什么事情?接着往下:
kernel_init函数最后要执行的是init_post这个函数:
我们进去看一下:
756行,打开dev\console目录
779~782执行用户程序。
最后总结一下内核的启动流程吧:(缩进表示调用关系)