旅途

图6示出设备驱动的分层结构，从中可以看出，处于应用层的进程通过文件描述字fd与已打开文件的file结构相联系。在文件系统层，按照文件系统的操作规则对该文件进行相应处理。

对于一般文件(即磁盘文件)，要进行空间的映射—从普通文件的逻辑空间映射到设备的逻辑空间，然后在设备驱动层做进一步映射—从设备的逻辑空间映射到物理空间(即设备的物理地址空间)，进而驱动底层物理设备工作。

对于设备文件，则文件的逻辑空间通常就等价于设备的逻辑空间，然后从设备的逻辑空间映射到设备的物理空间，再驱动底层的物理设备工作。

2.设备驱动程序和内核之间的接口

Linux系统和设备驱动程序之间使用标准的交互接口。无论是字符设备、块设备还是网络设备的驱动程序，当内核请求它们提供服务时，都使用同样的接口。

Linux 提供了一种全新的机制，就是“可安装模块”。可安装模块是可以在系统运行时动态地安装和拆卸的内核模块。利用这个机制，可以根据需要在不必对内核重新编译 连接的条件下，将可安装模块动态插入运行中的内核，成为其中一个有机组成部分，或者从内核卸载已安装的模块。设备驱动程序或与设备驱动紧密相关的部分(如 文件系统) 都是利用可安装模块实现的。

在应用程序界面上，利用内核提供的系统调用来实现可安装模块的动态安装和拆卸。但通常情况下，用户是利用系统提供的插入模块工具和移走模块工具来装卸可安装模块。插入模块的工作主要如下：

(1) 打开要安装的模块，把它读到用户空间。这种“模块”就是经过编译但尚未连接的.o文件。

(2) 必须把模块内涉及对外访问的符号(函数名或变量名)连接到内核，即把这些符号在内核映像中的地址填入该模块需要访问这些符号的指令及数据结构中。

(3) 在内核创建一个module数据结构，并申请所需的系统空间。

(4) 最后，把用户空间中完成了连接的模块映像装入内核空间，并在内核中“登记”本模块的有关数据结构(如file_operations结构)，其中有指向执行相关操作函数的指针。

如前所述，Linux系统是一个动态的操作系统。用户根据工作中的需要，会对系统中设备重新配置，如安装新的打印机、卸载老式终端等。这样，每当Linux系统内核初启时，它都要对硬件配置进行检测，很有可能会检测到不同的物理设备，就需要不同的驱动程序。

在构建系统内核时，可以使用配置脚本将设备驱动程序包含在系统内核中。在系统启动时对这些驱动程序初始化，它们可能未找到所控制的设备，而另外的设备驱动程序可以在需要时作为内核模块装入到系统内核中。
为了适应设备驱动程序动态连接的特性，设备驱动程序在其初始化时就在系统内核中进行登记。Linux系统利用设备驱动程序的登记表作为内核与驱动程序接口的一部分，这些表中包括指向有关处理程序的指针和其它信息。

3.字符设备

在Linux 系统中，打印机、终端等字符设备都作为字符特别文件出现在用户面前。用户对字符设备的使用就和存取普通文件一样。在应用程序中，使用标准的系统调用来打 开、关闭、读写字符设备。当字符设备初始化时，其设备驱动程序被添加到由device_struct结构组成的chrdevs结构数组中。

device_struct 结构由两项构成，一个是指向已登记的设备驱动程序名的指针，另一个是指向file_operations结构的指针。而file_operations结 构的成分几乎全是函数指针，分别指向实现文件操作的入口函数。设备的主设备号用来对chrdevs数组进行索引，如图7所示。



图7 字符设备驱动程序示意图

前面讲过，每个VFS索引节点都和一系列文件操作相联系，并且这些文件操作随索引节点所代表的文件类型不同而不同。每当一个VFS索引节点所代表的字符设备文件创建时，它的有关文件的操作就设置为默认的字符设备操作。

默认的文件操作只包含一个打开文件的操作。当打开一个代表字符设备的特别文件以后，就得到相应的VFS索引节点，其中包括该设备的主设备号和次设备号。

利用主设备号就可以检索chrdevs数组，进而可以找到有关此设备的各种文件操作。这样，应用程序中的文件操作就会映射到字符设备的文件操作调用中。

4.块设备

对块设备的存取和对文件的存取方式一样，其实现机制也和字符设备使用的机制相同。Linux系统中有一个名为blkdevs的结构数组，它描述了一系列在系统中登记的块设备。

数组blkdevs也使用设备的主设备号作为索引，其元素类型是device_struct结构。该结构中包括指向已登记的设备驱动程序名的指针和指向block_device_operations结构的指针。

在block_device_operations结构中包含指向有关操作的函数指针。所以，该结构就是连接抽象的块设备操作与具体块设备类型的操作之间的枢纽。

与字符设备不一样，块设备有几种类型，例如SCSI设备和IDE设备。每类块设备都在Linux系统内核中登记，并向内核提供自己的文件操作。

为了把各种块设备的操作请求队列有效地组织起来，内核中设置了一个结构数组blk_dev，该数组中的元素类型是blk_dev_struct结构。这个结构由三个成分组成，其主体是执行操作的请求队列request_queue，还有一个函数指针queue。

当 这个指针不为0时，就调用这个函数来找到具体设备的请求队列。这是考虑到多个设备可能具有同一主设备号，该指针在设备初始化时被设置好。通常当它不为0 时，还要使用该结构中的另一个指针data，用来提供辅助性信息，帮助该函数找到特定设备的请求队列。每一个请求数据结构都代表一个来自缓冲区的请求。

每当缓冲区要和一个登记过的块设备交换数据，它都会在blk_dev_struct中添加一个请求数据结构，如图8所示。



图8 块设备驱动程序数据结构示意图

每 一个请求都有一个指针指向一个或多个buffer_head数 据结构，而该结构都是一个读写数据块的请求。每一个请求结构都在一个静态链表all_requests中。若干请求是添加到一个空的请求链表中，则调用设 备驱动程序的请求函数，开始处理该请求队列。否则，设备驱动程序就简单地处理请求队列中的每一个请求。

当设备驱动程序完成了一个请求后，就把buffer_head结构从request结构中移走，并标记buffer_head结构已更新，同时解锁，这样，就可以唤醒相应的等待进程。