Linux内核分析 实验三：跟踪分析Linux内核的启动过程

吕然 + 原创作品转载请注明出处 + 《Linux内核分析》MOOC课程http://mooc.study.163.com/course/USTC-1000029000 

一. 实验过程

打开shell，输入启动指令，内核启动完成后进入menu程序，支持三个命令help、version和quit。

然后使用gdb跟踪调试内核，输入命令qemu -kernel linux-3.18.6/arch/x86/boot/bzImage -initrd rootfs.img -s -S 

这里的 -s和-S选项分别代表：
 -S freeze CPU at startup (use ’c’ to start execution)。

 -s shorthand for -gdb tcp::1234 若不想使用1234端口，则可以使用-gdb tcp:xxxx来取代-s选项。

另开一个shell窗口，输入gdb。然后输入file linux-3.18.6/vmlinux，在gdb界面中targe remote之前加载符号表；
target remote:1234，建立gdb和gdbserver之间的连接,按c 让qemu上的Linux继续运行。

设置相关的断点，这里我们将断定设在函数break start_kernel以及rest_init处。继续程序并观察断点处代码。

二. start_kernel函数的执行过程

从start_kernel函数开始，内核即进入了C语言部分，它完成了内核的大部分初始化工作。实际上，可以将start_kernel函数看做内核的main函数。

在该函数里面，会对于内核中的各个模块做初始化，如以下部分的代码：

而在start_kernel函数的最后调用了rest_init函数进行后续的初始化。生成了一号的进程，并调用了kernel_init函数。在init_idle_bootup_task(current);中初始化了idle进程的状态，通过schedule_preempt_disabled();函数。

static noinline void __init_refok rest_init(void)
{
	int pid;

	rcu_scheduler_starting();
	/*
	 * We need to spawn init first so that it obtains pid 1, however
	 * the init task will end up wanting to create kthreads, which, if
	 * we schedule it before we create kthreadd, will OOPS.
	 */
	kernel_thread(kernel_init, NULL, CLONE_FS);
	numa_default_policy();
	pid = kernel_thread(kthreadd, NULL, CLONE_FS | CLONE_FILES);

pid= kernel_thread(kthreadd, NULL, CLONE_FS | CLONE_FILES); 这行代码是创建一个干净内核线程，以便以后其它所有内核线程全部拷贝它，并由它来创建，这样达到更方便创建线程。

	rcu_read_lock();
	kthreadd_task = find_task_by_pid_ns(pid, &init_pid_ns);
	rcu_read_unlock();
	complete(&kthreadd_done);

	/*
	 * The boot idle thread must execute schedule()
	 * at least once to get things moving:
	 */
	init_idle_bootup_task(current);

init_idle_bootup_task(current); 这行代码是初始化空闲进程的调度器，以便让空闲进程知道怎么样调度任务列表里的进程。current是指向当前IDLE任务的结构。

	schedule_preempt_disabled();
	/* Call into cpu_idle with preempt disabled */
	cpu_startup_entry(CPUHP_ONLINE);
}

schedule_preempt_disabled();
这行代码是调用进程调度函数schedule，主要初始化调度器可以切换回到空闲任务。并增加内核抢先计数。

三.总结

idle是一个进程，其pid号为 0。其前身是系统创建的第一个进程，也是唯一一个没有通过fork()产生的进程。它在本实验中，具体是由init/main.c中start_kernel函数的set_task_stack_end_magic(&init_task)这一行开始实现的。其中的init_task就是手工创建的PCB，pid=0的进程，也就是最终的idle进程。
而到了kernel_thread(kernel_init, NULL, CLONE_FS);则通过fork()建立了pid=1的1号进程，也叫init进程，它是第一个用户态进程，它会继续完成剩下的初始化工作，成为系统中的其他所有进程的祖先。而创建了1号进程后，随着init_idle_bootup_task(current);等函数的调用，0号进程就演变成了idle进程。而idle进程就是当系统没有进程需要执行的时候来调度用的。
所以start_kernel里、rest_init里创建了0号进程，该进程在系统初始化时候建立，并在系统运行过程中一直存在；而由0号进程，生成了1号进程，以及之后的许许多多的进程。最后进入了cpu_startup_entry。这个其实就是调用了cpu_idle。其实里面就是在while循环里调用了0号进程。