内核、设备树、文件系统

一、什么是内核

Linux内核就像人的心脏，灵魂，指挥中心。内核是一个操作系统的核心,它负责管理系统的进程，内存，设备驱动程序，文件和网络系统，决定着系统的性能和稳定性。内核以独占的方式执行最底层任务，保证系统正常运行。协调多个并发进程，管理进程使用的内存，使它们相互之间不产生冲突,满足进程访问磁盘的请求等.

操作系统是一个用来和硬件打交道并为用户程序提供一个有限服务集的低级支撑软件。一个计算机系统是一个硬件和软件的共生体，它们互相依赖，不可分割。计算机的硬件，含有外围设备、处理器、内存、硬盘和其他的电子设备组成计算机的发动机。但是没有软件来操作和控制它，自身是不能工作的。完成这个控制工作的软件就称为操作系统，在Linux的术语中被称为“内核”，也可以称为“核心”。Linux内核的主要模块（或组件）分以下几个部分：存储管理、CPU和进程管理、文件系统、设备管理和驱动、网络通信，以及系统的初始化（引导）、系统调用等。

二、什么是文件系统

文件系统指文件存在的物理空间，linux系统中每个分区都是一个文件系统，都有自己的目录层次结构。

Linux文件系统中的文件是数据的集合，文件系统不仅包含着文件中的数据而且还有文件系统的结构，所有Linux 用户和程序看到的文件、目录、软连接及文件保护信息等都存储在其中。这种机制有利于用户和操作系统的交互。

每个实际文件系统从操作系统和系统服务中分离出来，它们之间通过一个接口层：虚拟文件系统或VFS来通讯。VFS使得Linux可以支持多个不同的文件系统，每个表示一个VFS 的通用接口。由于软件将Linux 文件系统的所有细节进行了转换,所以Linux核心的其它部分及系统中运行的程序将看到统一的文件系统。Linux 的虚拟文件系统允许用户同时能透明地安装许多不同的文件系统。

三、什么是根文件系统

根文件系统首先是一种文件系统，该文件系统不仅具有普通文件系统的存储数据文件的功能，但是相对于普通的文件系统，它的特殊之处在于，它是内核启动时所挂载（mount）的第一个文件系统，内核代码的映像文件保存在根文件系统中，系统引导启动程序会在根文件系统挂载之后从中把一些初始化脚本（如rcS,inittab）和服务加载到内存中去运行。我们要明白文件系统和内核是完全独立的两个部分。在嵌入式中移植的内核下载到开发板上，是没有办法真正的启动Linux操作系统的，会出现无法加载文件系统的错误。

那么根文件系统在系统启动中到底是什么时候挂载的呢？先将/dev/ram0挂载，而后执行/linuxrc.等其执行完后。切换根目录，再挂载具体的根文件系统.根文件系统执行完之后，也就是到了Start_kernel()函数的最后，执行init的进程，也就第一个用户进程。对系统进行各种初始化的操作。

根文件系统之所以在前面加一个”根“，说明它是加载其它文件系统的”根“，既然是根的话，那么如果没有这个根，其它的文件系统也就没有办法进行加载的。它包含系统引导和使其他文件系统得以挂载（mount）所必要的文件。根文件系统包括Linux启动时所必须的目录和关键性的文件，例如Linux启动时都需要有init目录下的相关文件，在 Linux挂载分区时Linux一定会找/etc/fstab这个挂载文件等，根文件系统中还包括了许多的应用程序bin目录等，任何包括这些Linux 系统启动所必须的文件都可以成为根文件系统。Linux启动时，第一个必须挂载的是根文件系统；若系统不能从指定设备上挂载根文件系统，则系统会出错而退出启动。成功之后可以自动或手动挂载其他的文件系统。因此，一个系统中可以同时存在不同的文件系统。在 Linux 中将一个文件系统与一个存储设备关联起来的过程称为挂载（mount）。使用 mount 命令将一个文件系统附着到当前文件系统层次结构中（根）。在执行挂装时，要提供文件系统类型、文件系统和一个挂装点。根文件系统被挂载到根目录下“/”上后，在根目录下就有根文件系统的各个目录，文件：/bin /sbin /mnt等，再将其他分区挂接到/mnt目录上，/mnt目录下就有这个分区的各个目录，文件。

四、什么是设备树

曾经有一段时间一直疑惑设备树的作用是什么，为什么设备信息不能直接加载到内核中呢。直到有一天看到了一个小故事他是这么讲的：
Linux之父Linus Torvalds闲来无事，在翻看ARM Linux代码的时候，有一天终于忍不住了。他在2011年3月17日的ARM Linux邮件列表中说道：“This whole ARM thing is a f*cking pain in the ass”。这句话迫使ARM Linux社区引入了设备树。

Linus Torvalds为什么会发飙呢?而ARM Linux社区的牛人为什么又乖乖地听话了?你得首先理解Linux设备驱动框架中一个非常好的设计：设备信息和驱动分离。

为了什么说明设备信息和驱动分离的概念，先来看一个简单的模拟代码实例：

【例-1】实现一个代码，把要使用的信息简单写死在代码中：
int add() /*模拟驱动代码*/

{

return 3+5; /*模拟设备信息*/

}

优点：简单

缺点：一旦加数和被加数发生变化就得改代码

改进设计如下：

【例-2】实现一个代码，把要使用的信息和操作代码分离开来：

struct dev{

int id;

int x;

int y;

}; /*模拟设备信息结构*/

strcut drv{

int id;

int (*add)(struct dev *info);

}; /*模拟驱动结构*/

int add(struct dev *info) /*模拟驱动代码*/

{

return info->x + info->y; /*模拟设备信息-通过参数传递进来*/

}

struct drv drv = {

.id = 1,

.add = add,

};

/*模拟设备信息*/

struct dev dev = {

.id = 1,

.x = 3,

.y = 5,

};

/*模拟总线初始化匹配设备信息和驱动代码*/

int bus()

{

if(dev.id == drv.id){

return drv.add(&dev);

}

...

}

优点：不管加数和被加数怎么变化，不需要修改代码，仅需要修改信息

缺点：结构比较复杂

简单来说，如果内核信息直接加上设备信息的话，如果设备有更改内核就得修改，很麻烦，因此有了设备树。
如果采用【例-1】的设计方式，那么同一个硬件外设接到不同的主机，或是换了地址线/中断线，设备信息就变化了，得去修改驱动。但是采用【例-2】的方式进行设计，问题就迎刃而解：不管同样的外设硬件接到哪里或是那个平台，其驱动代码逻辑并不需要改动，而仅仅需要改变下设备信息，主要的就是I/O地址和中断号。

高能

整个嵌入式系统而言，可以分为三个部分
1.uboot 2.kernel 3.文件系统。其中kernel中以VFS去支持各种文件系统，如yaffs，ext3，cramfs等等。yaffs/yaffs2是专为嵌入式系统使用NAND型闪存而设计的一种日志型文件系统。在内核中以VFS来屏蔽各种文件系统的接口不同，以VFS向kernel提供一个统一的接口。如打开一个文件时统一使用open，写时采用write，而不用去考虑是那种文件系统，也不用去考虑文件系统是如何将数据写入物理介质的。其中 kernel中的配置，只是让VFS支持这种接口。