嵌入式linux启动信息完全注释（3）（转载）

第三节：加载linux内核完毕，转入cpu_idle进程

 

系统启动过程中进程情况：

①init进程

一般来说, 系统在跑完 kernel bootstrapping 内核引导自举后(被装入内存、已经开始运行、已经初始化了所有的设备驱动程序和数据结构等等)，就去运行 init『万process之父』, 有了它, 才能开始跑其他的进程,因此，init进程，它是内核启动的第一个用户级进程，它的进程号总是1。

你可以用进程查看命令来验证

# ps aux

PID Uid VmSize Stat Command

1 0 SW init

2 0 SW [keventd]

3 0 SWN [ksoftirqd_CPU0]

4 0 SW [kswapd]

5 0 SW [bdflush]

6 0 SW [kupdated]

7 0 SW [rbwdg]

9 0 SW [mtdblockd]

10 0 SW [khubd]

80 0 SW [loop0]

另外 Linux 有两个 kernel 类的 process 也开始跑了起来，一个是 kflushd/bdflush，另一个是 kswapd；

只有这个 init 是完全属于 user 类的进程, 后两者是 kernel假借 process 进程之名挂在进程上。

init有许多很重要的任务，比如象启动getty（用于用户登录）、实现运行级别、以及处理孤立进程。

init 一开始就去读 /etc/inittab (init初始化表)，初始化表是按一定格式排列的关于进程运行时的有关信息的。init程序需要读取/etc/inittab文件作为其行为指针。这个 inittab 中对于各个runlevel运行级别要跑哪些 rc 或 spawn 生出什么有很清楚的设定。

一般, 在Linux中初始化脚本在/etc/inittab 文件(或称初始化表)中可以找到关于不同运行级别的描述。inittab是以行为单位的描述性（非执行性）文本，每一个指令行都是固定格式

inittab中有respawn项，但如果一个命令运行时失败了，为了避免重运行的频率太高，init将追踪一个命令重运行了多少次，并且如果重运行的频率太高，它将被延时五分钟后再运行。

② kernel进程

A> 请注意init是1号进程，其他进程id分别是kflushd/ bdflush, kupdate, kpiod and kswapd。这里有一个要指出的：你会注意到虚拟占用（SIZE）和实际占用（RSS）列都是0，进程怎么会不使用内存呢？

这些进程就是内核守护进程。大部分内核并不显示在进程列表里。守护进程在init之后启动，所以他们和其他进程一样有进程ID，但是他们的代码和数据都存放在内核占有的内存中。在列表中使用中括号来区别与其他进程。

B> 输入和输出是通过内存中的缓冲来完成的，这让事情变得更快，程序的写入会存放在内存缓冲中，然后再一起写入硬盘。守护进程kflushd和kupdate 管理这些工作。kupdate间断的工作（每5秒）来检查是否有写过的缓冲，如过有，就让kflushd把它们写入磁盘。

C> 进程有时候无事可做，当它运行时也不一定需要把其所有的代码和数据都放在内存中。这就意味着我们可以通过把运行中程序不用的内容切换到交换分区来更好的是利用内存。把这些进程数据移入/移出内存通过进程IO管理守护进程kpiod和交换守护进程kswapd，大约每隔1秒，kswapd醒来并检查内存情况。如果在硬盘的东西要读入内存，或者内存可用空间不足,kpiod就会被调用来做移入/移出操作。

D> bdflush - BUF_DIRTY, 将dirty缓存写回到磁盘的核心守护进程。对于有许多脏的缓冲区（包含必须同时写到磁盘的数据的缓冲区）的系统提供了动态的响应。它在系统启动的时候作为一个核心线程启动，它叫自己为“kflushd”，而这是你用ps显示系统中的进程的时候你会看得的名字。即定期（5秒）将脏（dirty）缓冲区的内容写入磁盘，以腾出内存；

E> ksoftirqd_CPUx 是一个死循环, 负责处理软中断的。它是用来对软中断队列进行缓冲处理的进程。当发生软中断时，系统并不急于处理，只是将相应的cpu的中断状态结构中的active 的相应的位，置位，并将相应的处理函数挂到相应的队列,然后等待调度时机来临,再来处理.

ksoftirqd_CPUx是由cpu_raise_softirq()即cpu触发中断，唤醒的内核线程，这涉及到软中断,ksoftirqd的代码参见 [kernel/softirq.c]

F> keventd，它的任务就是执行 scheduler 调度器队列中的任务，keventd 为它运行的任务提供了可预期的进程上下文。

G> khubd, 是用来检测USB hub设备的，当usb有动态插拔时，将交由此内核进程来处理。在检测到有hub事件时会有相应的动作（usb_hub_events()）

H> mtdblockd是用来对flash块设备进行写操作的守护进程。

NAND类型的Flash需要MTD(Memory Technology Devices 内存技术驱动程序)驱动的支持才能被linux所使用。

NAND的特点是不能在芯片内执行（XIP，eXecute In Place），需要把代码读到系统RAM中再执行，传输效率不是最高，最大擦写次数量为一百万次，但写入和擦除的速度很快，擦除单元小，是高数据存储密度的最佳选择。

NAND需要I/O接口，因此使用时需要驱动程序。

I> loop0 是负责处理loop块设备的(回环设备)。loopback device指的就是拿文件来模拟块设备, 在我们这里，loop设备主要用来处理需要mount到板上的文件系统,类似mount /tmp/rootfs /mnt -o loop。.我们的实例有:mount -o loop -t cramfs /xxx.bin /xxx 也就是将xxx.bin这个文件mount到板上来模拟cramfs压缩ram文件系统。loop0进程负责对loop设备进行操作。

loopback设备和其他的块设备的使用方法相同。特别的是，可以在该设备上建立一个文件系统，然后利用mount命令把该系统映射到某个目录下以便访问。这种整个建立在一个普通磁盘文件上的文件系统，就是虚拟文件系统 (virtual file system)。

 

总结：

上面的内容是本人为了在实际开发中更加清楚地了解嵌入式linux的启动过程而做的一个总结性的文章。

在对嵌入式linux的启动过程做了一个详细注释后，大家会对涉及到嵌入系统的各个概念有了一个更加明确的认识，并能对嵌入系统的软硬件环境的有关设置更加清楚。当你自己动手结合linux源代码来分析时，将会有一个清楚的全局观。

现在，你如果再回头去看文章前面所列出的启动信息例子中的内容，其中80%的内容，你现在应该能看懂它的来龙去脉了。