解决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函数以便在运行队列中有新进程加入时切换到该新进程上。