快捷搜索:  汽车  科技

linux驱动架构(Linux设备驱动--块设备之概念和框架以及相关结构体)

linux驱动架构(Linux设备驱动--块设备之概念和框架以及相关结构体)页、段、块、扇区之间的关系图如下:扇区(Sectors):任何块设备硬件对数据处理的基本单位。通常,1个扇区的大小为512byte。(对设备而言)块 (Blocks):由linux制定对内核或文件系统等数据处理的基本单位。通常,1个块由1个或多个扇区组成。(对Linux操作系统而言)段(Segments):由若干个相邻的块组成。是Linux内存管理机制中一个内存页或者内存页的一部分。

基本概念 块设备(blockdevice)

--- 是一种具有一定结构的随机存取设备,对这种设备的读写是按块进行的,他使用缓冲区来存放暂时的数据,待条件成熟后,从缓存一次性写入设备或者从设备一次性读到缓冲区。

字符设备(Character device)

---是一个顺序的数据流设备,对这种设备的读写是按字符进行的,而且这些字符是连续地形成一个数据流。他不具备缓冲区,所以对这种设备的读写是实时的。

扇区(Sectors):任何块设备硬件对数据处理的基本单位。通常,1个扇区的大小为512byte。(对设备而言)

块 (Blocks):由linux制定对内核或文件系统等数据处理的基本单位。通常,1个块由1个或多个扇区组成。(对Linux操作系统而言)

段(Segments):由若干个相邻的块组成。是Linux内存管理机制中一个内存页或者内存页的一部分。

页、段、块、扇区之间的关系图如下:

linux驱动架构(Linux设备驱动--块设备之概念和框架以及相关结构体)(1)

块设备驱动整体框架

linux驱动架构(Linux设备驱动--块设备之概念和框架以及相关结构体)(2)

块设备的应用在Linux中是一个完整的子系统。

在Linux中,驱动对块设备的输入或输出(I/O)操作,都会向块设备发出一个请求,在驱动中用request结构体描述。但对于一些磁盘设备而言请求的速度很慢,这时候内核就提供一种队列的机制把这些I/O请求添加到队列中(即:请求队列),在驱动中用request_queue结构体描述。在向块设备提交这些请求前内核会先执行请求的合并和排序预操作,以提高访问的效率,然后再由内核中的I/O调度程序子系统来负责提交 I/O 请求, 调度程序将磁盘资源分配给系统中所有挂起的块 I/O 请求,其工作是管理块设备的请求队列,决定队列中的请求的排列顺序以及什么时候派发请求到设备。

由通用块层(Generic Block Layer)负责维持一个I/O请求在上层文件系统与底层物理磁盘之间的关系。在通用块层中,通常用一个bio结构体来对应一个I/O请求。

Linux提供了一个gendisk数据结构体,用来表示一个独立的磁盘设备或分区,用于对底层物理磁盘进行访问。在gendisk中有一个类似字符设备中file_operations的硬件操作结构指针,是block_device_operations结构体。

当多个请求提交给块设备时,执行效率依赖于请求的顺序。如果所有的请求是同一个方向(如:写数据),执行效率是最大的。内核在调用块设备驱动程序例程处理请求之前,先收集I/O请求并将请求排序,然后,将连续扇区操作的多个请求进行合并以提高执行效率(内核算法会自己做,不用你管),对I/O请求排序的算法称为电梯算法(elevator algorithm)。电梯算法在I/O调度层完成。内核提供了不同类型的电梯算法,电梯算法有

1 noop(实现简单的FIFO,基本的直接合并与排序)

2 anticipatory(延迟I/O请求,进行临界区的优化排序),

3 Deadline(针对anticipatory缺点进行改善,降低延迟时间)

4 Cfq(均匀分配I/O带宽,公平机制)

PS:其实IO调度层(包括请求合并排序算法)是不需要用户管的,内核已经做好

相关数据结构

block_device: 描述一个分区或整个磁盘对内核的一个块设备实例

gendisk: 描述一个通用硬盘(generic hard disk)对象。

hd_struct: 描述分区应有的分区信息

bio: 描述块数据传送时怎样完成填充或读取块给driver

request: 描述向内核请求一个列表准备做队列处理。

request_queue: 描述内核申请request资源建立请求链表并填写BIO形成队列。

块设备对象结构 block_device

内核用结构block_device实例代表一个块设备对象,如:整个硬盘或特定分区。如果该结构代表一个分区,则其成员bd_part指向设备的分区结构。如果该结构代表设备,则其成员bd_disk指向设备的通用硬盘结构gendisk

当用户打开块设备文件时,内核创建结构block_device实例,设备驱动程序还将创建结构gendisk实例,分配请求队列并注册结构block_device实例。

块设备对象结构block_device列出如下(在include/linux/fs.h中)

struct block_device { dev_t bd_dev; /* not a kdev_t - it's a search key */ struct inode * bd_inode; /* 分区节点 */ struct super_block * bd_super; int bd_openers; struct mutex bd_mutex;/* open/close mutex 打开与关闭的互斥量*/ struct semaphore bd_mount_sem; /*挂载操作信号量*/ struct list_head bd_inodes; void * bd_holder; int bd_holders; #ifdef CONFIG_SYSFS struct list_head bd_holder_list; #endif struct block_device * bd_contains; unsigned bd_block_size; /*分区块大小*/ struct hd_struct * bd_part; unsigned bd_part_count; /*打开次数*/ int bd_invalidated; struct gendisk * bd_disk; /*设备为硬盘时,指向通用硬盘结构*/ struct list_head bd_list; struct backing_dev_info *bd_inode_backing_dev_info; unsigned long bd_private; /* The counter of freeze processes */ int bd_fsfreeze_count; /* Mutex for freeze */ struct mutex bd_fsfreeze_mutex; };通用硬盘结构 gendisk

结构体gendisk代表了一个通用硬盘(generic hard disk)对象,它存储了一个硬盘的信息,包括请求队列、分区链表和块设备操作函数集等。块设备驱动程序分配结构gendisk实例,装载分区表,分配请求队列并填充结构的其他域。

支持分区的块驱动程序必须包含 <linux/genhd.h> 头文件,并声明一个结构gendisk,内核还维护该结构实例的一个全局链表gendisk_head,通过函数add_gendisk、del_gendisk和get_gendisk维护该链表。

结构gendisk列出如下(在include/linux/genhd.h中):

struct gendisk { int major; /* 驱动程序的主设备号 */ int first_minor; /*第一个次设备号*/ int minors; /*次设备号的最大数量,没有分区的设备,此值为1 */ char disk_name[32]; /* 主设备号驱动程序的名字*/ struct hd_struct **part; /* 分区列表,由次设备号排序 */ struct block_device_operations *fops; /*块设备操作函数集*/ struct request_queue *queue; /*请求队列*/ struct blk_scsi_cmd_filter cmd_filter; void *private_data; /*私有数据*/ sector_t capacity; /* 函数set_capacity设置的容量,以扇区为单位*/ int flags; /*设置驱动器状态的标志,如:可移动介质为 GENHD_FL_REMOVABLE*/ struct device dev; /*从设备驱动模型基类结构device继承*/ struct kobject *holder_dir; struct kobject *slave_dir; struct timer_rand_state *random; int policy; atomic_t sync_io; /* RAID */ unsigned long stamp; int in_flight; #ifdef CONFIG_SMP struct disk_stats *dkstats; #else /*硬盘统计信息,如:读或写的扇区数、融合的扇区数、在请求队列的时间等*/ struct disk_stats dkstats; #endif struct work_struct async_notify; #ifdef CONFIG_BLK_DEV_INTEGRITY struct blk_integrity *integrity; /*用于数据完整性扩展*/ #endif };

Linux内核提供了一组函数来操作gendisk,主要包括:

分配gendisk

struct gendisk *alloc_disk(int minors);

minors 参数是这个磁盘使用的次设备号的数量,一般也就是磁盘分区的数量,此后minors不能被修改。

增加gendisk

gendisk结构体被分配之后,系统还不能使用这个磁盘,需要调用如下函数来注册这个磁盘设备:

void add_disk(struct gendisk *gd);

特别要注意的是对add_disk()的调用必须发生在驱动程序的初始化工作完成并能响应磁盘的请求之后。

释放gendisk

当不再需要一个磁盘时,应当使用如下函数释放gendisk:

void del_gendisk(struct gendisk *gd);

设置gendisk容量

void set_capacity(struct gendisk *disk sector_t size);

块设备中最小的可寻址单元是扇区,扇区大小一般是2的整数倍,最常见的大小是512字节。扇区的大小是设备的物理属性,扇区是所有块设备的基本单元,块设备 无法对比它还小的单元进行寻址和操作,不过许多块设备能够一次就传输多个扇区。虽然大多数块设备的扇区大小都是512字节,不过其它大小的扇区也很常见, 比如,很多CD-ROM盘的扇区都是2K大小。不管物理设备的真实扇区大小是多少,内核与块设备驱动交互的扇区都以512字节为单位。因此,set_capacity()函数也以512字节为单位。

分区结构hd_struct代表了一个分区对象,它存储了一个硬盘的一个分区的信息,驱动程序初始化时,从硬盘的分区表中提取分区信息,存放在分区结构实例中。

块设备操作函数集结构 block_device_operations

字符设备通过 file_operations 操作结构使它们的操作对系统可用. 一个类似的结构用在块设备上是 struct block_device_operations

定义在 <linux/fs.h>.

int (*open)(struct inode *inode struct file *filp);

int (*release)(struct inode *inode struct file *filp);

就像它们的字符驱动对等体一样工作的函数; 无论何时设备被打开和关闭都调用它们. 一个字符驱动可能通过启动设备或者锁住门(为可移出的介质)来响应一个 open 调用. 如果你将介质锁入设备 你当然应当在 release 方法中解锁.

int (*ioctl)(struct inode *inode struct file *filp

unsigned int cmd unsigned long arg);

实现 ioctl 系统调用的方法. 但是 块层首先解释大量的标准请求; 因此大部分的块驱动 ioctl 方法相当短.

PS:在block_device_operations中没有实际读或写数据的函数. 在块 I/O 子系统 这些操作由请求函数处理

请求结构request

结构request代表了挂起的I/O请求,每个请求用一个结构request实例描述,存放在请求队列链表中,由电梯算法进行排序,每个请求包含1个或多个结构bio实例

struct request { //用于挂在请求队列链表的节点,使用函数blkdev_dequeue_request访问它,而不能直接访 问 struct list_head queuelist; struct list_head donelist; /*用于挂在已完成请求链表的节点*/ struct request_queue *q; /*指向请求队列*/ unsigned int cmd_flags; /*命令标识*/ enum rq_cmd_type_bits cmd_type; /*命令类型*/ /*各种各样的扇区计数*/ /*为提交i/o维护bio横断面的状态信息,hard_*成员是块层内部使用的,驱动程序不应该改变 它们*/ sector_t sector; /*将提交的下一个扇区*/ sector_t hard_sector; /* 将完成的下一个扇区*/ unsigned long nr_sectors; /* 整个请求还需要传送的扇区数*/ unsigned long hard_nr_sectors; /* 将完成的扇区数*/ /*在当前bio中还需要传送的扇区数 */ unsigned int current_nr_sectors; /*在当前段中将完成的扇区数*/ unsigned int hard_cur_sectors; struct bio *bio; /*请求中第一个未完成操作的bio*、 struct bio *biotail; /*请求链表中末尾的bio*、 struct hlist_node hash; /*融合 hash */ /* rb_node仅用在I/O调度器中,当请求被移到分发队列中时, 请求将被删除。因此,让completion_data与rb_node分享空间*/ union { struct rb_node rb_node; /* 排序/查找*/ void *completion_data; };

request结构体的主要成员包括:

sector_t hard_sector;

unsigned long hard_nr_sectors;

unsigned int hard_cur_sectors;

上述3个成员标识还未完成的扇区,hard_sector是第1个尚未传输的扇区,hard_nr_sectors是尚待完成的扇区数,hard_cur_sectors是并且当前I/O操作中待完成的扇区数。这些成员只用于内核块设备层,驱动不应当使用它们。

sector_t sector;

unsigned long nr_sectors;

unsigned int current_nr_sectors;

驱动中会经常与这3个成员打交道,这3个成员在内核和驱动交互中发挥着重大作用。它们以512字节大小为1个扇区,如果硬件的扇区大小不是512字节,则需要进行相应的调整。例如,如果硬件的扇区大小是2048字节,则在进行硬件操作之前,需要用4来除起始扇区号。

hard_sector、hard_nr_sectors、hard_cur_sectors与sector、nr_sectors、current_nr_sectors之间可认为是“副本”关系。

struct bio *bio;

bio是这个请求中包含的bio结构体的链表,驱动中不宜直接存取这个成员,而应该使用后文将介绍的rq_for_each_bio()。

请求队列结构request_queue

每个块设备都有一个请求队列,每个请求队列单独执行I/O调度,请求队列是由请求结构实例链接成的双向链表,链表以及整个队列的信息用结构request_queue描述,称为请求队列对象结构或请求队列结构。它存放了关于挂起请求的信息以及管理请求队列(如:电梯算法)所需要的信息。结构成员request_fn是来自设备驱动程序的请求处理函数。

请求队列结构request_queue列出如下(在/include/linux/blk_dev.h中)

太长了,此处略,其实也看不懂,- -#

Bio结构

通常1个bio对应1个I/O请求,IO调度算法可将连续的bio合并成1个请求。所以,1个请求可以包含多个bio。

内核中块I/O操作的基本容器由bio结构体表示,定义 在<linux/bio.h>中,该结构体代表了正在现场的(活动的)以片段(segment)链表形式组织的块I/O操作。一个片段是一小 块连续的内存缓冲区。这样的好处就是不需要保证单个缓冲区一定要连续。所以通过片段来描述缓冲区,即使一个缓冲区分散在内存的多个位置上,bio结构体也 能对内核保证I/O操作的执行,这样的就叫做聚散I/O.

bio为通用层的主要数据结构,既描述了磁盘的位置,又描述了内存的位置,是上层内核vfs与下层驱动的连接纽带

struct bio { sector_t bi_sector;//该bio结构所要传输的第一个(512字节)扇区:磁盘的位置 struct bio *bi_next; //请求链表 struct block_device *bi_bdev;//相关的块设备 unsigned long bi_flags//状态和命令标志 unsigned long bi_rw; //读写 unsigned short bi_vcnt;//bio_vesc偏移的个数 unsigned short bi_idx; //bi_io_vec的当前索引 unsigned short bi_phys_segments;//结合后的片段数目 unsigned short bi_hw_segments;//重映射后的片段数目 unsigned int bi_size; //I/O计数 unsigned int bi_hw_front_size;//第一个可合并的段大小; unsigned int bi_hw_back_size;//最后一个可合并的段大小 unsigned int bi_max_vecs; //bio_vecs数目上限 struct bio_vec *bi_io_vec; //bio_vec链表:内存的位置 bio_end_io_t *bi_end_io;//I/O完成方法 atomic_t bi_cnt; //使用计数 void *bi_private; //拥有者的私有方法 bio_destructor_t *bi_destructor; //销毁方法 }; 内存数据段结构bio_vec 结构bio_vec代表了内存中的一个数据段,数据段用页、偏移和长度描 述。I/O需要执行的内存位置用段表示,结构bio指向了一个段的数组。 结构bio_vec列出如下(在include/linux/bio.h中): struct bio_vec { struct page *bv_page; /*数据段所在的页*/ unsigned short bv_len; /*数据段的长度*/ unsigned short bv_offset; /*数据段页内偏移*/ };

块设备各个结构体间关系

linux驱动架构(Linux设备驱动--块设备之概念和框架以及相关结构体)(3)

另外关于c Linux后台服务器开发的一些知识点分享:Linux,Nginx,MySQL,Redis,P2P,K8S,Docker,TCP/IP,协程,DPDK,webrtc,音视频等等视频。

喜欢的朋友可以后台私信【1】获取学习视频

linux驱动架构(Linux设备驱动--块设备之概念和框架以及相关结构体)(4)

linux驱动架构(Linux设备驱动--块设备之概念和框架以及相关结构体)(5)

猜您喜欢: