上回最后面介绍了相关数据结构，下面再详细介绍

块设备对象结构 block_device

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

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

块设备对象结构block_device列出如下（在include/Linux/fs.h中）

[cpp] view plaincopy print?
  1. struct block_device {
  2. dev_t bd_dev;  /* not a kdev_t - it's a search key */
  3. struct inode * bd_inode; /* 分区节点 */
  4. struct super_block * bd_super;
  5. int bd_openers;
  6. struct mutex bd_mutex;/* open/close mutex 打开与关闭的互斥量*/
  7. struct semaphore bd_mount_sem;    /*挂载操作信号量*/
  8. struct list_head bd_inodes;
  9. void * bd_holder;
  10. int bd_holders;
  11. #ifdef CONFIG_SYSFS
  12. struct list_head bd_holder_list;
  13. #endif
  14. struct block_device * bd_contains;
  15. unsigned bd_block_size;     /*分区块大小*/
  16. struct hd_struct * bd_part;
  17. unsigned bd_part_count;   /*打开次数*/
  18. int bd_invalidated;
  19. struct gendisk * bd_disk; /*设备为硬盘时，指向通用硬盘结构*/
  20. struct list_head bd_list;
  21. struct backing_dev_info *bd_inode_backing_dev_info;
  22. unsigned long bd_private;
  23. /* The counter of freeze processes */
  24. int bd_fsfreeze_count;
  25. /* Mutex for freeze */
  26. struct mutex bd_fsfreeze_mutex;
  27. };

通用硬盘结构 gendisk

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

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

结构gendisk列出如下（在include/linux/genhd.h中）：

[cpp] view plaincopy print?
  1. struct gendisk {
  2. int major;            /* 驱动程序的主设备号 */
  3. int first_minor;       /*第一个次设备号*/
  4. int minors;          /*次设备号的最大数量，没有分区的设备，此值为1 */
  5. char disk_name[32];  /* 主设备号驱动程序的名字*/
  6. struct hd_struct **part;   /* 分区列表，由次设备号排序 */
  7. struct block_device_operations *fops;  /*块设备操作函数集*/
  8. struct request_queue *queue;         /*请求队列*/
  9. struct blk_scsi_cmd_filter cmd_filter;
  10. void *private_data;                 /*私有数据*/
  11. sector_t capacity;     /* 函数set_capacity设置的容量，以扇区为单位*/
  12. int flags;                 /*设置驱动器状态的标志，如：可移动介质为
  13. GENHD_FL_REMOVABLE*/
  14. struct device dev;                 /*从设备驱动模型基类结构device继承*/
  15. struct kobject *holder_dir;
  16. struct kobject *slave_dir;
  17. struct timer_rand_state *random;
  18. int policy;
  19. atomic_t sync_io;        /* RAID */
  20. unsigned long stamp;
  21. int in_flight;
  22. #ifdef  CONFIG_SMP
  23. struct disk_stats *dkstats;
  24. #else
  25. /*硬盘统计信息，如：读或写的扇区数、融合的扇区数、在请求队列的时间等*/
  26. struct disk_stats dkstats;
  27. #endif
  28. struct work_struct async_notify;
  29. #ifdef  CONFIG_BLK_DEV_INTEGRITY
  30. struct blk_integrity *integrity;   /*用于数据完整性扩展*/
  31. #endif
  32. };

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实例

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

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与下层驱动的连接纽带

[cpp] view plaincopy print?
  1. struct bio {
  2. sector_t        bi_sector;//该bio结构所要传输的第一个（512字节）扇区：磁盘的位置
  3. struct bio        *bi_next;    //请求链表
  4. struct block_device    *bi_bdev;//相关的块设备
  5. unsigned long        bi_flags//状态和命令标志
  6. unsigned long        bi_rw; //读写
  7. unsigned short        bi_vcnt;//bio_vesc偏移的个数
  8. unsigned short        bi_idx;    //bi_io_vec的当前索引
  9. unsigned short        bi_phys_segments;//结合后的片段数目
  10. unsigned short        bi_hw_segments;//重映射后的片段数目
  11. unsigned int        bi_size;    //I/O计数
  12. unsigned int        bi_hw_front_size;//第一个可合并的段大小;
  13. unsigned int        bi_hw_back_size;//最后一个可合并的段大小
  14. unsigned int        bi_max_vecs;    //bio_vecs数目上限
  15. struct bio_vec        *bi_io_vec;    //bio_vec链表：内存的位置
  16. bio_end_io_t        *bi_end_io;//I/O完成方法
  17. atomic_t        bi_cnt; //使用计数
  18. void            *bi_private; //拥有者的私有方法
  19. bio_destructor_t    *bi_destructor;    //销毁方法
  20. };

内存数据段结构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;  /*数据段页内偏移*/
};

块设备各个结构体间关系

转载于:https://www.cnblogs.com/Ph-one/p/6435916.html

Linux设备驱动--块设备（二）之相关结构体相关推荐

  1. bio linux 创建_Linux设备驱动--块设备之概念和框架以及相关结构体

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

  2. Linux设备驱动--块设备（三）之程序设计（转）

    http://blog.csdn.net/jianchi88/article/details/7212701 块设备驱动注册与注销 块设备驱动中的第1个工作通常是注册它们自己到内核,完成这个任务的函数 ...

  3. [Linux网络编程]以太网封装格式及相关结构体

    木草山人声明: 本文非教学资料,不涉及理论.文章只是个人的一些笔记,其中的对与错,我不清楚,因为都是从书上.资料中学到的.虽然做过实践测试,但不保证100%正确.能力有限,错误难免,欢迎指正. 以太网 ...

  4. linux设备驱动学习（二）——字符设备编写及测试

    一.字符设备体结构介绍 1.字符设备作为linux内核三大驱动设备之一,主要完成字节的读写操作,常见的应用有鼠标.键盘等,结构体形式如下所示: struct cdev{ struct kobject ...

  5. linux下camera驱动分析_LINUX设备驱动模型分析之三 驱动模块相关（DRIVER）接口分析...

    本系列前几篇文章链接如下: <LINUX设备驱动模型分析之一 总体概念说明> <LINUX设备驱动模型分析之二 总线(BUS)接口分析> 上一章我们分析了bus-driver- ...

  6. linux内核的块设备驱动框架详解

    1.块设备和字符设备的差异 (1)块设备只能以块为单位接受输入和返回输出,而字符设备则以字节为单位.大多数设备是字符设备,因为它们不需要缓冲而且不以固定块大小进行操作; (2)块设备对于 I/O 请求 ...

  7. Linux SPI总线和设备驱动架构之二：SPI通用接口层

    通过上一篇文章的介绍,我们知道,SPI通用接口层用于把具体SPI设备的协议驱动和SPI控制器驱动联接在一起,通用接口层除了为协议驱动和控制器驱动提供一系列的标准接口API,同时还为这些接口API定义了 ...

  8. linux三大驱动类型：字符设备、块设备、网络设备

    1. 字符设备 字符设备指能够像字节流串行顺序依次进行访问的设备,对它的读写是以字节为单位.字符设备的上层没有磁盘文件系统,所以字符设备的file_operations成员函数就直接由字符设备驱动提供 ...

  9. Linux驱动笔记-字符设备，块设备，网络设备

      在Linux设备驱动开发中,粗略的将设备分为三种类型:字符设备,块设备和网络设备. 1.字符设备:指能够像字节流串行顺序依次进行访问的设备,对它的读写是以字节为单位.字符设备的上层没有磁盘文件系统 ...

最新文章

  1. QThread: Destroyed while thread is still running
  2. python爬虫requests-Python爬虫（三）Requests库
  3. sqlServer MD5
  4. java水印图片,Java添加水印+图片水印+文字水印
  5. .NET 6 新特性 Parallel ForEachAsync
  6. 纹理和基元_Java的精妙之处，包括基元和变量参数数组
  7. 摄像头拼接技术-远超海康大华
  8. comsol和java_COMSOL java API——编译comsol模型java文件
  9. django下载文件异常 - ValueError: read of closed file
  10. 尼基塔·丹尼诺夫《梦想者》
  11. 解决macOS无法在线升级更新的问题
  12. 韩咏梅：幸福只需要七分饱（转自新加坡联合早报）
  13. vue-cl 有一些静态资源不想经过webpack打包那么应该public 下面
  14. HADOOP KMS使用介绍及性能测试
  15. paramiko-简介
  16. 海康威视接口调用报错处理
  17. 极客日报：曝OPPO给离职员工补发年终奖，此前遭克扣；7 亿条领英用户数据被出售；Android Studio 4.2.2 发布
  18. 单调有界定理适用于函数吗_用极限定义证明一些极限的性质定理
  19. Spi通信，写操作时，发送缓冲区非空停留在while里面。arm a5与w5500芯片udp网络通信。网络调试助手界面及sscom无法点击
  20. android wear hce,最全谷歌Android Wear 2.0设备升级名单：华为威武

热门文章

  1. IIS 用户验证及授权
  2. 软件工程--软件设计
  3. linux 下查看帮助信息
  4. 推荐 9 个 爱不释手的 JSON 工具！
  5. 面试java后端开发之后的一些感受
  6. 面试问烂的 Spring MVC 过程
  7. 程序员吐槽：放弃公务员进阿里，如今担心中年危机
  8. Windows上使用gitbook制作电子书
  9. 全面总结：进程与线程
  10. Android 面试题集整理