实验七(补充)RamDisk块设备驱动实例开发讲解..docVIP

RamDisk块设备驱动实例开发讲解 主要讲述和总结了本人在学习嵌入式linux中的每个步骤。一为总结经验，二希望能给想入门嵌入式Linux的朋友提供方便。如有错误之处，谢请指正。 共享资源，欢迎转载： 一、开发环境 主机：VMWare--Fedora 9 开发板：Mini2440--64MB Nand, Kernel: 编译器：arm-linux-gcc-4.3.2 二、块设备基本概念 扇区(Sectors)：任何块设备硬件对数据处理的基本单位。通常，1个扇区的大小为512byte。 块(Blocks)：由Linux制定对内核或文件系统等数据处理的基本单位。通常，1个块由1个或多个扇区组成。 段(Segments)：由若干个相邻的块组成。是Linux内存管理机制中一个内存页或者内存页的一部分。 页、段、块、扇区之间的关系图如下： 综合上描述：块设备驱动是基于扇区(sector)来访问底层物理磁盘，基于块(block)来访问上层文件系统。扇区一般是2的n次方大小，典型为512B，内核也要求块是2的n次方大小，且块大小通常为扇区大小的整数倍，并且块大小要小于页面大小，典型大小为512B、1K或4K。 三、块设备在Linux中的结构 1.首先我们来看一下，块设备在整个Linux中应用的总体结构，如图： 2.块设备驱动层(Block Device Driver)在总体结构中扮演的角色。 从上图可以看出，块设备的应用在Linux中是一个完整的子系统。 首先，我们先看一下，块设备驱动是以何种方式对块设备进行访问的。在Linux中，驱动对块设备的输入或输出(I/O)操作，都会向块设备发出一个请求，在驱动中用request结构体描述。但对于一些磁盘设备而言请求的速度很慢，这时候内核就提供一种队列的机制把这些I/O请求添加到队列中(即：请求队列)，在驱动中用request_queue结构体描述。在向块设备提交这些请求前内核会先执行请求的合并和排序预操作，以提高访问的效率，然后再由内核中的I/O调度程序子系统(即：上图中的I/O调度层)来负责提交I/O请求，I/O调度程序将磁盘资源分配给系统中所有挂起的块I/O请求，其工作是管理块设备的请求队列，决定队列中的请求的排列顺序以及什么时候派发请求到设备，关于更多详细的I/O调度知识这里就不深加研究了。 其次，块设备驱动又是怎样维持一个I/O请求在上层文件系统与底层物理磁盘之间的关系呢？这就是上图中通用块层(Generic?Block?Layer)要做的事情了。在通用块层中，通常用一个bio结构体来对应一个I/O请求，它代表了正在活动的以段(Segment)链表形式组织的块IO操作，对于它所需要的所有段又用bio_vec结构体表示。 再次，块设备驱动又是怎样对底层物理磁盘进行反问的呢？上面讲的都是对上层的访问对上层的关系。Linux提供了一个gendisk数据结构体，用他来表示一个独立的磁盘设备或分区。在gendisk中有一个类似字符设备中file_operations的硬件操作结构指针，他就是block_device_operations结构体，他的作用相信大家已经很清楚了。 具体描述上面中讲到的维持各层关系的数据结构体(这里只列出了较常用的一些成员)： 1）request与request_queue结构体，定义在/include/linux/blkdev.h中： struct request { ????struct list_head queuelist;?????/*链表结构*/ ????struct request_queue *q;????????/*请求队列*/ ????sector_t sector;????????????????/*要传送的下一个扇区*/ ????sector_t hard_sector;???????????/*要完成的下一个扇区*/ ????unsigned long nr_sectors;???????/*要传送的扇区数目*/ ????unsigned long hard_nr_sectors;??/*要完成的扇区数目*/ ????unsigned int current_nr_sectors;/*当前要传送的扇区数目*/ ????unsigned int hard_cur_sectors;??/*当前要完成的扇区数目*/ ????struct bio *bio;????????????????/*请求的bio结构体的链表*/ ????struct bio *biotail;????????????/*请求的bio结构体的链表尾*/ ????void *elevator_private; ????void *elevator_private2; ???