跟踪分析Linux内核的启动过程--20135334赵阳林

解决ubuntu下make menuconfig错误问题

http://blog.sina.com.cn/s/blog_726684020100r1oo.html

安装好相关的软件之后，键入make menuconfig，会进入图形化界面式样的config界面，原来menuconfig是这个样纸~~

使用gdb进行调试

1、gcc编译（要带着调试信息）

2、gdb启动目标文件(原来的c文件也不能破坏，在调试的程序会用到之前的c文件)

使用gdb跟踪调试内核

（gdb）file linux-3.18.6/vmlinux # 在gdb界面中targe remote之前加载符号表

（gdb）target remote:1234 # 建立gdb和gdbserver之间的连接,按c 让qemu上的Linux继续运行

（gdb）break start_kernel # 断点的设置可以在target remote之前，也可以在之后

内核内部各进程的建立

linux-3.18.6代码在：http://codelab.shiyanlou.com/xref/linux-3.18.6

道生一（start_kernel....cpu_idle），一生二（kernel_init和kthreadd），二生三（即前面0、1和2三个进程），三生万物（1号进程是所有用户态进程的祖先，2号进程是所有内核线程的祖先），新内核的核心代码已经优化的相当干净，都符合中国传统文化精神了

基本所有模块，都需要start_kernel来进行初始化。

在init目录下的main.c有函数

asmlinkage __visible void __initstart_kernel(void)

其中，有init_task，set_task_stack_end_magic(&init_task);这个是手工创建的PCB，0号进程，即最终的idle进程。

trap_init();//涉及中断向量

mm_init();//内存管理

sched_init();//调度

rest_init();-->kernel_thread(kernel_init, NULL, CLONE_FS);-->run_init_process(ramdisk_execute_command);//init是第一个用户态进程，是1号进程

　　　　　　　　　pid = kernel_thread(kthreadd, NULL, CLONE_FS | CLONE_FILES);//创建了线程

             在rest_init中，各部分启动完毕后，

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

调用static void cpu_idle_loop(void)

里面有个while(1)

也就是在系统没有进程需要执行时就调度idle进程

总结下来：在start_kernel启动后，rest_init的中0号进程会一直存在。

内容链接：

http://blog.csdn.net/hardy_2009/article/details/7383815

Linux在无进程概念的情况下将一直从初始化部分的代码执行到start_kernel，然后再到其最后一个函数调用rest_init。
从rest_init开始，Linux开始产生进程，因为init_task是静态制造出来的，pid=0，它试图将从最早的汇编代码一直到start_kernel的执行都纳入到init_task进程上下文中。在rest_init函数中，内核将通过下面的代码产生第一个真正的进程(pid=1):

完成各项任务之后，

init_task的任务基本上已经完全结束了，它将沦落为一个idle task，事实上在更早前的sched_init（）函数中，通过init_idle(current, smp_processor_id())函数的调用就已经把init_task初始化成了一个idle task，init_idle函数的第一个参数current就是&init_task，在init_idle中将会把init_task加入到cpu的运行队列中，这样当运行队列中没有别的就绪进程时，init_task（也就是idle task)将会被调用，它的核心是一个while(1)循环，在循环中它将会调用schedule函数以便在运行队列中有新进程加入时切换到该新进程上。