1. 我的博客主要用来存放我的学习笔记,如有侵权,请与我练习,我会立刻删除。
    学习参考:http://www.cnblogs.com/yuanfang/archive/2010/12/24/1916231.html 感谢博友的分享。
  2. 1、块设备
      块设备将数据按照固定块大小的块中,每个块的大小通常在512字节到32768字节之间,磁盘、SD卡都是常见的块设备。
  3.  
  4. 2、字符设备和块设备的区别:
  5. 字符设备 块设备
  6. ----------------------------------------------
  7. 按字节访问   按块进行访问
  8. 只能按照数据流访问   随机访问
  9. 直接访问设备   挂在文件系统的方式访问
  10.  
  11. 3Linux块设备处理模型
  1. |-------------------------------------------------------------|
  2. | VFS |
  3. |-------------------------------------------------------------|
  4. | | | |
  5. |Disk Caches | |
  6. | | | |
  7. |-------------------------------------------------------------|
  8. |Disk Filesystem | Disk Filesystem | Block Device File |
  9. |----------------- -----------------------|
  10. | Mapping Layer |
  11. |-------------------------------------------------------------|
  12. | Generic Block Layer |
  13. |-------------------------------------------------------------|
  14. | I/O Scheduler Layer |
  15. |-------------------------------------------------------------|
  16. | Block Device Driver | Block Device Driver |
  17. |------------------------ | -------------------- |
  18. | Hard Disk | Hard Disk |
  19. |------------------------------------------------------------—|

  

  1. VFS:虚拟文件系统,VFS是对各种具体文件系统的一种封装,为用户程序提供访问文件的统一接口。
  2. Disk Cache:当用户发起文件访问请求的时候,首先会到Disk Cache中寻找文件是否被缓存,如果缓存中有则在Cache中读取,如果数据没有被缓存,那就必须到文件系统中去读取。
  3.  
  4. Mapping Layer:
  5.   1、首先确定文件系统的block size,然后计算所请求的数据包含多少个block
  6.   2、调用具体文件系统的函数来访问文件的inode,确定所请求数据在磁盘上面的逻辑地址。
  7.  
  8. Generic block layer
  9.   Linux内核为快设备抽象成了统一的模型,把块设备看做是若干个扇区组成的数据空间。来完成块设备的相关核心功能。
  10.  
  11. I/O scheduler layer
  12.   I/O调度层负责将I/O操作顺序,采用电梯算法。提高 I/O 调度器的效率也是影响整个系统对块设备上数据管理效率的一个方面。
  13.  
  14. Block Device Driver
  15.   快设备驱动程序,完成和硬件的具体交互,块设备相关数据结构
  16.  
  17. 4、设备描述 gendisk结构体
  18.   内核使用 gendisk 结构来表示一个独立的磁盘设备,内核还使用 gendisk 结构来表示分区,在此结构中,很多程序必须由驱动程序来进行初始化。该结构体定义<linux/genhd.h>中。
  1. 4.1gendisk结构体解析
  2. struct gendisk {
  3. int major; /*设备主设备号*/
  4. int first_minor; /*起始次设备号*/
  5. int minors; /*次设备号的数量,也称为分区数量,如果改值为1,表示无法分区*/
  6. char disk_name[32]; /*设备名称*/
  7. struct hd_struct **part; /*分区表的信息*/
  8. int part_uevent_suppress;
  9. struct block_device_operations *fops;/*块设备操作集合 */
  10. struct request_queue *queue; /*请求队列,用于管理该设备IO请求队列的指针*/
  11. void *private_data; /*私有数据*/
  12. sector_t capacity; /*扇区数,512字节为1个扇区,描述设备容量*/
  13. ....
  14. };
  15.  
  16. struct gendisk *alloc_disk(int minors)
  17. 分配一个gendisk结构,minors为此设备好的个数 = 分区数+1
  18.  
  19. void del_gendisk(struct gendisk *disk)
  20. 当不需要这个磁盘的时候,释放gendisk结构
  21.  
  22. endisk中包含一个kobject成员, 它是一个可被引用计数的结构体。通过get_disk()和put_disk()函数可用来操作引用计数。驱动通常不需要做这个。
  23. struct kobject *get_disk(struct gendisk *disk);
  24. void put_disk(struct gendisk *disk);
  25.  
  26. void add_disk(struct gendisk *gd);
  27. gendisk初始化之后还不能使用和这个设备,应该使用add_disk注册磁盘设备
  28.  
  29. static inline void set_capacity(struct gendisk *disk, sector_t size)
  30. 设置gendisk容量,块设备中最小单位是扇区,扇区的大小一般是2的整数倍,最常见的大小是512kb (xx>>9)表示/512 (xx<<9)表示*512。扇区大小是物理设备所决定的。
  1. block_device_operationse结构体
  2. 类似与字符设备驱动程序中的file_operations结构,该集合用于控制设备的操作,但是在大多数情况下都是以mount的方式进行访问,用户程序一般不会直接访问块设备中的文件。需要包含<linux/blkdev.h>头文件。
  3. struct block_device_operations {
  4. /*打开这个设备时候调用*/
  5. int (*open) (struct inode *, struct file *);
  6.  
  7. /*关闭/释放 时候调用*/
  8. int (*release) (struct inode *, struct file *);
  9.  
  10. /*ioctl()系统调用的实现,块设备包含大量的标准请求,这些标准请求由 Linux 块设备层处理,因此大部分块设备驱动的*/
  11. int (*ioctl) (struct inode *, struct file *, unsigned, unsigned long);
  12.  
  13. long (*unlocked_ioctl) (struct file *, unsigned, unsigned long);
  14. long (*compat_ioctl) (struct file *, unsigned, unsigned long);
  15. int (*direct_access) (struct block_device *, sector_t, unsigned long *);
  16.  
  17. /*内核周期调用检查驱动器介质有没有发生改变,改变返回非0,没有改变返回0。用于支持可移动设备,非可以移动设备不用实现*/
  18. int (*media_changed) (struct gendisk *);
  19.  
  20. /*被调用响应介质被改变,驱动进行必要的工作*/
  21. int (*revalidate_disk) (struct gendisk *);
  22.  
  23. /*根据驱动器的几何信息填充hd_geometry,包含磁头,柱面,扇区等信息.*/
  24. int (*getgeo)(struct block_device *, struct hd_geometry *);
  25.  
  26. /*模块拥有者,一般初始化为THIS_MODULE*/
  27. struct module *owner;
  28. };
  29. block_device_operations 结构中没有实际读或写数据的函数,在块 I/O 子系统中,这些操作由请求函数处理。

6、request 和 bio 结构体

  1. struct request {
  2. struct list_head queuelist;/*请求链表*/
  3. struct list_head donelist;
  4. request_queue_t *q; /*请求所属队列*/
  5. unsigned int cmd_flags;
  6. enum rq_cmd_type_bits cmd_type;
  7. sector_t sector; /* 当前扇区 */
  8. sector_t hard_sector; /*要传输的下一个扇区*/
  9. unsigned long nr_sectors;/* 要传输的扇区数目*/
  10. unsigned long hard_nr_sectors; /*要被完成扇区的数目 */
  11. unsigned int current_nr_sectors;/*当前传送的扇区*/
  12. unsigned int hard_cur_sectors; /*当前要被完成的扇区数目*/
  13. struct bio *bio; /*请求的block i/o(bio)结构体链表首 request请求 第一个bio*/
  14. struct bio *biotail;/*请求的bio结构体链表尾 request请求 最后个bio*/
  15. char *buffer; /*request请求中断 第一个bio*/
  16. int ref_count;/*引用计数*/
  17. .....................
  18. };
  19.  
  20. struct request_queue
  21. {
  22. ..........................
  23. /*自旋锁 保护队列结构*/
  24. spinlock_t __queue_lock;
  25. spinlock_t *queue_lock;
  26.  
  27. /*kobject队列 */
  28. struct kobject kobj;
  29.  
  30. /* queue settings */
  31. unsigned long nr_requests; /*最大的请求数量*/
  32. unsigned int nr_congestion_on;
  33. unsigned int nr_congestion_off;
  34. unsigned int nr_batching;
  35. unsigned short max_sectors; /*最大扇区数*/
  36. unsigned short max_hw_sectors;
  37. unsigned short max_phys_sectors;/*最大的段数*/
  38. unsigned short max_hw_segments;
  39. unsigned short hardsect_size; /*硬件扇区尺寸*/
  40. unsigned int max_segment_size; /*最大的段尺寸*/
  41. unsigned long seg_boundary_mask;/*段边界掩码*/
  42. unsigned int dma_alignment; /*DMA传送内存对齐限制*/
  43. struct blk_queue_tag* queue_tags;
  44. atomic_t refcnt; /*引用计数*/
  45. unsigned int in_flight;
  46. unsigned int sg_timeout;
  47. unsigned int sg_reserved_size;
  48. int node;
  49. struct list_head drain_list;
  50. struct request* flush_rq;
  51. unsigned char ordered;
  52. };
  53.  
  54. 关于request_queue的操作:
  55. /*初始化请求队列*/
  56.  
  57. kernel elevator = deadline;/*给kernel添加启动参数*/
  58.  
  59. request_queue_t *blk_init_queue(request_fn_proc *rfn, spinlock_t *lock)
  60. /*
  61. *两个参数分别是请求处理函数指针 控制队列访问权限的自旋锁
  62. *此函数会分配内存,需要判断返回值,在加载函数中调用
  63. */
  64.  
  65. /*清除请求队列*/
  66. void blk_cleanup_queue(request_queue_t * q)
  67. /*
  68. * 此函数完成将请求队列返回给系统的任务,一般在卸载函数中调用.
  69. * 此函数即bld_put_queue()的宏定义#define blk_put_queue(q) blk_cleanup_queue((q))
  70. */
  71.  
  72. /*分配请求队列*/
  73. request_queue_t *blk_alloc_queue(gfp_t gfp_mask)
  74.  
  75. void blk_queue_make_request(request_queue_t * q, make_request_fn * mfn)
  76. /*
  77. * 前一个函数用于分配一个请求队列,后一个函数是将请求队列和"制造函数"进行绑定
  78. * 但函数blk_alloc_queue实际上并不包含任何请求.
  79. */
  80.  
  81. /*去除请求*/
  82. void blkdev_dequeue_request(struct request* req);
  83. void elv_requeue_request(request_queue_t* queue, struct request* req);
  84.  
  85. /*启停请求*/
  86. void blk_stop_queue(request_queue_t* queue);
  87. void blk_start_queue(request_queue_t* queue);
  88.  
  89. //参数设置
  90. void blk_queue_max_sectors(request_queue_t* q, unsigned short max);
  91. /*请求可包含的最大扇区数.默认255*/
  92.  
  93. void blk_queue_max_phys_segments(request_queue_t* q, unsigned short max);
  94. void blk_queue_max_hw_segments(request_queue_t* q, unsigned short max);
  95. /*这两个函数设置一个请求可包含的最大物理段数(系统内存中不相邻的区),缺省是128*/
  96.  
  97. void blk_queue_max_segment_size(request_queue_t* q, unsigned int max);
  98. /*告知内核请求短的最大字节数,默认2^16 = 65536*/
  99.  
  100. //通告内核
  101. void blk_queue_bounce_limit(request_queue_t* queue, u64 dma_addr);
  102. /*
  103. * 此函数告知内核设备执行DMA时,可使用的最高物理地址dma_addr,常用的宏如下:
  104. * BLK_BOUNCE_HIGH:对高端内存页使用反弹缓冲(缺省)
  105. * BLK_BOUNCE_ISA:驱动只可以在MB的ISA区执行DMA
  106. * BLK_BOUNCE_ANY:驱动可在任何地方执行DMA
  107. */
  108.  
  109. blk_queue_segment_boundary(request_queue_t* queue, unsigned long mask);
  110. /*这个函数在设备无法处理跨越一个特殊大小内存边界的请求时,告知内核这个边界.*/
  111.  
  112. void blk_queue_dma_alignment(request_queue_t* q, int mask);
  113. /*告知内核设备加于DMA传送的内存对齐限制*/
  114.  
  115. viod blk_queue_hardsect_size(request_queue_t* q, unsigned short max);
  116. /*此函数告知内核块设备硬件扇区大小*/
  117.  
  118. IO(bio)结构体:
  119. 通常一个bio对应一个IO请求,IO调度算法可以将连续的bio合并成一个请求,所以一个请求包含多个bio
  120.  
  121. struct bio {
  122. sector_t bi_sector; /* device address in 512 byte sectors */
  123. struct bio *bi_next; /* request queue link */
  124. struct block_device *bi_bdev;
  125.  
  126. /*如果是一个写请求,最低有效位被置位,可使用bio_data_dir(bio)宏来获取读写方向*/
  127. unsigned long bi_flags; /* status, command, etc */
  128. unsigned long bi_rw; /* 低位代表:READ/WRITE,高位代表:优先级 */
  129.  
  130. unsigned short bi_vcnt; /* how many bio_vec's (bio_vec的数量)*/
  131. unsigned short bi_idx; /* current index into bvl_vec(当前bio_vec的索引) */
  132.  
  133. /*不相邻的物理段的数目*/
  134. unsigned short bi_phys_segments;
  135.  
  136. /*物理合并和DMA remap合并后不相邻的物理扇区*/
  137. unsigned short bi_hw_segments;
  138.  
  139. /*被传送的数据大小(byte),用bio_sector(bio)获取扇区为单位的大小*/
  140. unsigned int bi_size; /* residual I/O count */
  141.  
  142. /*被传送的数据大小(byte),用bio_sector(bio)获取扇区为单位的大小*/
  143. /*为了明了最大的hw尺寸,考虑bio中第一个和最后一个虚拟的可合并的段的尺寸*/
  144. unsigned int bi_hw_front_size;
  145. unsigned int bi_hw_back_size;
  146.  
  147. unsigned int bi_max_vecs; /*能持有的最大bvl_vecs数*/
  148.  
  149. struct bio_vec *bi_io_vec; /*能持有的最大bvl_vecs数*/
  150. ...................
  151. }
  152.  
  153. struct bio_vec {
  154. struct page *bv_page; /*要操作的页指针*/
  155. unsigned int bv_len; /*要传输的字节数*/
  156. unsigned int bv_offset;/*偏移位置*/
  157. };
  158.  
  159. /*一般不直接访问bio的bio_vec成员,而使用bio_for_each_segment()宏进行操作.
  160. *该宏循环遍历整个bio中的每个段.
  161. */
  162. #define __bio_for_each_segment(bvl, bio, i, start_idx)\
  163. for(
  164. bvl = bio_iovec_idx((bio),(start_idx)),i = (start_idx);\
  165. i <(bio)->bi_vcnt;\
  166. bvl++, i++\
  167. )
  168. #define bio_for_each_segment(bvl, bio, i)\
  169. __bio_for_each_segment(bvl, bio, i, (bio)->bi_idx)
  170.  
  171. 在内核中,提供了一组函数(宏)用于操作bio:
  172. int bio_data_dir(struct bio* bio);
  173.  
  174. 该函数用于获得数据传送方向.
  175. struct page* bio_page(struct bio* bio);
  176.  
  177. 该函数用于获得目前的页指针.
  178. int bio_offset(struct bio* bio);
  179.  
  180. 该函数返回操作对应的当前页的页内偏移,通常块IO操作本身就是页对齐的.
  181. int bio_cur_sectors(struct bio* bio);
  182.  
  183. 该函数返回当前bio_vec要传输的扇区数.
  184. char* bio_data(struct bio* bio);
  185.  
  186. 该函数返回数据缓冲区的内核虚拟地址.
  187. char* bvec_kmap_irq(struct bio_vec* bvec, unsigned long* offset);
  188. 该函数也返回一个内核虚拟地址此地址可用于存取被给定的bio_vec入口指向的数据缓冲区.同时会屏蔽中断并返回一个原子kmap,因此,在此函数调用之前,驱动不应该是睡眠状态.
  189. void bvec_kunmap_irq(char* buffer, unsigned long flags);
  190.  
  191. 该函数撤销函数bvec_kmap_irq()创建的内存映射.
  192. char* bio_kmap_irq(struct bio* bio, unsigned long* flags);
  193.  
  194. 该函数是对bvec_kmap_irq函数的封装,它返回给定的比偶的当前bio_vec入口的映射.
  195. char* __bio_kmap_atomic(struct bio* bio, int i, enum km_type type);
  196.  
  197. 该函数是通过kmap_atomic()获得返回给定bio的第i个缓冲区的虚拟地址.
  198. void __bio_kunmap_atomic(char* addr, enum km_type type);
  199.  
  200. 该函数返还由函数__bio_kmap_atomic()获得的内核虚拟地址给系统.
  201. void bio_get(struct bio* bio);
  202. void bio_put(struct bio* bio);

7、块设备注册与取消

  1. 块设备驱动的第一个任务就是将他们自己注册到内核中,其函数原型如下:
  2.  
  3. int register_blkdev(unsigned int major, const char* name);
  4. major参数是块设备要使用的主设备号,name为设备名,它会在/proc/devices中被现实.如果major0,内核会自动分配一个新的主设备号,并由该函数返回.如果返回值为负值,则说明设备号分派失败.
  5. 注销函数是unregister_blkdev(),原型如下:
  6.  
  7. int unreister_blkdev(unsigned int major, const char* name);
  8.  
  9. 这里unreister_blkdevregister_blkdev的参数必须匹配,否则这个函数会返回-EINVAL. Linux2.6中,对register_blkdev的调用是可选的.register_blkdev这个调用在Linux2.6中只完成了两件事情:
  10. ①如果需要,分派一个主设备号;
  11. ②在/proc/devices中创建一个入口.

8、块设备驱动程序编写模板

  1. 块驱动中相关相关模块模板
  2. 1.块设备驱动的模块加载与卸载
  3. 1)块设备驱动的模块加载完成的工作如下:
  4. 分配,初始化请求队列,绑定请求队列和请求函数
  5. 分配,初始化gendisk,给gendiskmajor,fops,queue等成员赋值,最后添加gendisk.
  6. 注册块设备驱动.
  7.  
  8. 代码1:使用blk_alloc_queue函数完成块设备驱动的模块加载模板
  9. static int __init xxx_init(void){
  10. //分配gendisk
  11. xxx_disks = alloc_disk(1);
  12. if(!xxx_disks){
  13. goto out;
  14. }
  15. //块设备驱动注册
  16. if(register_blkdev(xxx_MAJOR, "xxx"){
  17. err = -EIO;
  18. goto out;
  19. }
  20. //"请求队列"分配
  21. xxx_queue = blk_alloc_queue(GFP_KERNEL);
  22. if(!xxx_queue){
  23. goto out_queue;
  24. }
  25. blk_queue_make_request(xxx_queue, &xxx_make_request);//绑定"制造请求"函数
  26. blk_queue_hardsect_size(xxx_queue,xxx_blocksize);//告知内核硬件扇区尺寸
  27. //gendisk初始化
  28. xxx_disks->major = xxx_MAJOR;
  29. xxx_disks->first_minor = 0;
  30. xxx_disks->fops = &xxx_fop;
  31. xxx_disks->queue = xxx_queue;
  32. sprintf(xxx_disks->disk_name, "xxx%d", i);
  33. set_capacity(xxx_disks, xxx_size);//设置gendisk容量为xxx_size个扇区大小
  34. add_disk(xxx_disks);
  35.  
  36. return 0;
  37.  
  38. out_queue:unregister_blkdev(xxx_MAJOR, "xxx");
  39. out:put_disk(xxx_disks);
  40. blk_cleanup_queue(xxx_queue);
  41.  
  42. return -ENOMEM;
  43. }
  44.  
  45. 代码2:使用blk_init_queue函数完成块设备驱动的模块加载模板
  46. static int __init xxx_init(void){
  47. //块设备驱动注册
  48. if(register_blkdev(xxx_MAJOR, "xxx"){
  49. err = -EIO;
  50. goto out;
  51. }
  52. //请求队列初始化
  53. xxx_queue = blk_init_queue(xxx_request, xxx_lock);
  54. if(!xxx_queue){
  55. goto out_queue;
  56. }
  57.  
  58. blk_queue_hardsect_size(xxx_queue, xxx_blocksize);//告知内核硬件扇区大小
  59.  
  60. //gendisk初始化
  61. xxx_disks->major = xxx_MAJOR;
  62. xxx_disks->first_minor = 0;
  63. xxx_disks->fops = &xxx_fop;
  64. xxx_disks->queue = xxx_queue;
  65. sprintf(xxx_disks->disk_name, "xxx%d", i);
  66. set_capacity(xxx_disks, xxx_size*2);//设置gendisk容量为xxx_size个扇区大小
  67. add_disk(xxx_disks);
  68.  
  69. return 0;
  70. out_queue:unregister_blkdev(xxx_MAJOR, "xxx");
  71. out:put_disk(xxx_disks);
  72. blk_cleanup_queue(xxx_queue);
  73.  
  74. return -ENOMEM;
  75. }
  76.  
  77. 2)块设备驱动的模块卸载完成的工作如下:
  78. 清除请求队列.
  79. 删除gendiskgendisk的引用
  80. 删除对块设备的引用,注销块设备驱动.
  81.  
  82. 代码3:块设备驱动模块卸载函数模板
  83. static void __exit xxx_exit(void){
  84. if(bdev){
  85. invalidate_bdev(xxx_bdev, 1);
  86. blkdev_put(xxx_bdev);
  87. }
  88. del_gendisk(xxx_disks);//删除gendisk
  89. put_disk(xxx_disks);
  90. blk_cleanup_queue(xxx_queue[i]);//清除请求队列
  91. unregister_blkdev(xxx_MAJOR, "xxx");
  92. }
  93.  
  94. 2.块设备驱动的打开与释放
  95. 块设备驱动的open()和release()函数不是必须的,一个简单的块设备驱动可以不提供open()和release()函数.
  96. 块设备驱动的open()函数和字符设备驱动的open()和类似,都以相关inodefile结构体指针作为参数,当一个结点引用一个块设备时,inode->i_bdev->bd_disk包含一个指向关联gendisk的结构体的指针.因此类似字符设备,可将gendiskprivate_data赋给fileprivate_data,private_data同样最好是指向描述该设备的设备结构体xxx_dev的指针.如下面的代码:
  97. static int xxx_open(struct inode* inode, struct file* file){
  98. struct xxx_dev* dev = inode->i_bdev->db_disk->private_data;
  99. file->private_data = dev;
  100. ...
  101. return 0;
  102. }
  103.  
  104. 3.块设备驱动的ioctl
  105. 块设备可以包含一个ioctl()函数,以提供对该设备的IO控制,实际上搞成的块设备层代码处理了绝大多数ioctl(),因此具体的块设备驱动中,通常不在需要实现很多ioctl()命令.下面的代码中只实现一个命令HDIO_GETGEO,用于获得磁盘的几何信息(geometry,指CHS,即Cylinder, Head, Sector/Track).
  106. static int xxx_ioctl(struct inode* inode, struct file* file,\
  107. unsigned int cmd, unsigned long arg){
  108. long size;
  109. struct hd_geometry geo;
  110. struct xxx_dev* dev = file->private_data;
  111.  
  112. switch(cmd){
  113. case HDIO_GETGEO:
  114. size = dev->size * (hardsect_size / KERNEL_SECTOR_SIZE);
  115. geo.cylinders = (size & ~0x3f) >> 6;
  116. geo.heads = 4;
  117. geo.sectors = 16;
  118. if(copy_to_user((void __user*)arg, &geo, sizeof(geo)){
  119. return -EFAULT;
  120. }
  121. return 0;
  122. }
  123. return -ENOTTY;//未知命令
  124. }
  125.  
  126. 4.块设备驱动的I/O请求
  127. 使用请求队列
  128. 块设备驱动请求函数的原型为:
  129. void request(request_queue_t* q);
  130. 这个函数不能由驱动自己调用,只有当内核认为是时候让驱动处理对设备的读写等操作时,它才会调用这个函数.请求函数可以在没有完成请求队列中的所有请求的情况下返回,甚至它一个请求不完成都可以返回.但对大部分设备而言,一般会在请求函数中处理完所有请求后才返回.
  131. static void xxx_request(request_queue_t* q){
  132. struct request* req;
  133.  
  134. //elv_next_request()用于获取队列中第一个未完成的请求
  135. //end_request()会将请求从请求队列中剥离
  136. while((req = elv_next_request(q)) != NULL){
  137. struct xxx_dev* dev = req->rq_disk->private_data;
  138. if(!blk_fs_request(req)){//如果不是文件系统请求,直接清除,调用end_request().
  139. printk(KERN_NOTICE "Skip non-fs request\n");
  140. end_request(req, 0);//通知请求处理失败.第二个参数0代表请求失败.
  141. continue;
  142. }
  143. xxx_transfer(dev, req->sector, req->current_nr_sectors, req->buffer,\
  144. rq_data_dir(req));//处理这个请求.
  145. end_request(req, 1);//通知成功完成这个请求.1,表示请求成功.
  146. }
  147. }
  148. static void xxx_transfer(struct xxx_dev* dev, unsigned long sector,\
  149. unsigned long nsect, char* buffer, int write){
  150. unsigned long offset = sector * KERNEL_SECTOR_SIZE;
  151. unsigned long nbytes = nsect * KERNEL_SECTOR_SIZE;
  152. if((offset + nbytes) > dev->size){
  153. printk(KERN_NOTICE "Beyond-end write (%ld %ld)\n", offset, nbytes);
  154. return ;
  155. }
  156. if(write)
  157. write_dev(offset, buffer, nbytes);//向设备写nbytes个字节的数据.
  158. else
  159. read_dev(offset, buffer, nbytes);//从设备读取nbytes个字节的数据.
  160. }
  161. 下面是end_that_request_first()的源码和分析
  162. //end_request()源码清单
  163. void end_request(struct request* req, int uptodate){
  164. //当设备完成一个IO请求的部分或全部扇区传输后,必须告知块设备层.end_that_request_first
  165. //原型为:int end_that_request_first(struct request* req, int success, int count);
  166. //此函数高数块设备层,已经完成count各扇区的传送.返回表示所有扇区传送完毕.
  167. if(!end_that_request_first(req, uptodate, req->hard_cur_sectors)){
  168. //add_disk_randomness()作用是使用块IO请求的定时来给系统的随机数池贡献熵,它不影响
  169. //块设备,但仅当磁盘的操作时间是真正随机的时候,才调用它.
  170. add_disk_randomness(req->rq_disk);
  171. blkdev_dequeue_request(req);//清除此请求.
  172. end_that_request_last(req);//通知等待此请求的对象,此请求已经完成
  173. }
  174. }
  175.  
  176. 下面是一个更复杂的请求函数,分别遍历了request,bio,以及bio中的segment
  177. //请求函数遍历请求,bio和段
  178. static void xxx_full_request(request_queue_t* q){
  179. struct request* req;
  180. int sectors_xferred;
  181. struct xxx_dev* dev = q->queuedata;
  182. //XXX 遍历每个请求
  183. while((req = elv_next_request(q)) != NULL){
  184. if(!blk_fs_request(req)){
  185. printk(KERN_NOTICE "Skip non-fs request\n");
  186. end_request(req, 0);
  187. continue;
  188. }
  189. sectors_xferred = xxx_xfer_reqeust(dev, req);
  190. if(!end_that_request_first(req, 1, sectors_xferred)){
  191. blkdev_dequeue_reqeust(req);
  192. end_that_request_last(req);
  193. }
  194. }
  195. }
  196.  
  197. //XXX 请求处理
  198. static int xxx_xfer_request(struct xxx_dev* dev, struct reqeust* req){
  199. struct bio* bio;
  200. int nsect = 0;
  201. //遍历请求中的每个bio
  202. rq_for_each_bio(bio, req){
  203. xxx_xfer_bio(dev, bio);
  204. nsect += bio->bi_size / KERNEL_SECTOR_SIZE;
  205. }
  206. return nsect;
  207. }
  208. //XXX bio处理
  209. static int xxx_xfer_bio(struct xxx_dev* dev, struct bio* bio){
  210. int i;
  211. struct bio_vec* bvec;
  212. sector_t sector = bio->bi_sector;
  213. //遍历每一个segment
  214. bio_for_each_segment(bvec, bio, i){
  215. char* buffer = __bio_kmap_atomic(bio, i, KM_USER0);
  216. xxx_transfer(dev, sector, bio_cur_sectors(bio), buffer,\
  217. bio_data_dir(bio) == WRITE);
  218. sector += bio_cur_sectors(bio);
  219. __bio_kunmap_atomic(bio, KMUSER0);
  220. }
  221. return 0;
  222. }
  223.  
  224. 不使用请求队
  225. 对于机械的磁盘设备而言,请求队列有助于提高系统性能.但对于如SD卡,RAM盘等可随机访问的块设备,请求队列无法获益.对于这些设备,块层支持"无队列"的操作模式,驱动为此必须提供一个"制造请求"函数(注意:这不是请求函数哦),"制造请求"函数的原型为:
  226. typedef int (make_request_fn) (request_queue_t* q, struct bio* bio);
  227. 此函数的第一个参数,是一个"请求队列",但实际并不包含任何请求.所以主要参数是bio,它表示一个或多个要传送的缓冲区.此函数或直接进行传输,或将请求重定向给其他设备.在处理完成之后,应使用bio_endio()通知处理结束.bio_endio()原型如下:
  228. void bio_endio(struct bio* bio, unsigned int byetes, int error);
  229. bytes是已经传送的字节数(注意:bytesbio->bi_size),这个函数同时更新了bio的当前缓冲区指针.当设备进一步处理bio后,驱动应再次调用bio_endio(),如不能完成请求,将错误码赋给error参数,并在函数中得以处理.此函数无论处理IO成功与否都返回0,如果返回非零值,则bio将再次被提交:
  230. static int xxx_make_request(request_queue_t* q, struct bio* bio){
  231. struct xxx_dev* dev = q->queuedata;
  232. int status = xxx_xfer_bio(dev, bio);//处理bio
  233. bio_endio(bio, bio->bi_size, status);//报告结束
  234. return 0;
  235. }
  236. 说明:这里要指出,如果是无队列的IO请求处理,其加载模块应使用<<代码1:使用blk_alloc_queue函数完成块设备驱动的模块加载模板>>,否则应使用<<代码2:使用blk_init_queue函数完成块设备驱动的模块加载模板>>.

  

linux驱动开发之块设备学习笔记的更多相关文章

  1. Linux驱动编写(块设备驱动代码)

    [ 声明:版权所有,欢迎转载,请勿用于商业用途.  联系信箱:feixiaoxing @163.com] 按照ldd的说法,linux的设备驱动包括了char,block,net三种设备.char设备 ...

  2. Linux驱动开发2——字符设备驱动

    1.申请设备号 #include <linux/fs.h> int register_chrdev_region(dev_t first, unsigned int count, char ...

  3. Linux驱动开发之字符设备模板

    /***************************** ** 驱动程序模板* 版本:V1* 使用方法(末行模式下):* :%s/xxx/"你的驱动名称"/g********* ...

  4. Linux驱动开发之字符设备驱动模型之file_operations

    90%的驱动模型都是按照下图开发的 下面来说下设备描述结构是什么东西 打开Linux-2.6.32.2的Source Insight 工程,搜索cdev 比如一个应用程序需要调用read和write这 ...

  5. Linux内核(17) - 高效学习Linux驱动开发

    这本<Linux内核修炼之道>已经开卖(网上的链接为: 卓越.当当.china-pub ),虽然是严肃文学,但为了保证流畅性,大部分文字我还都是斟词灼句,反复的念几遍才写上去的,尽量考虑到 ...

  6. Linux驱动开发学习的一些必要步骤

      1. 学会写简单的makefile 2. 编一应用程序,可以用makefile跑起来 3. 学会写驱动的makefile 4. 写一简单char驱动,makefile编译通过,可以insmod, ...

  7. 嵌入式linux驱动开发之点亮led(驱动编程思想之初体验)

    这节我们就开始开始进行实战啦!这里顺便说一下啊,出来做开发的基础很重要啊,基础不好,迟早是要恶补的.个人深刻觉得像这种嵌入式的开发对C语言和微机接口与原理是非常依赖的,必须要有深厚的基础才能hold的 ...

  8. 在Ubuntu上为Android增加硬件抽象层(HAL)模块访问Linux内核驱动程序(老罗学习笔记3)

    简单来说,硬件驱动程序一方面分布在Linux内核中,另一方面分布在用户空间的硬件抽象层中.接着,在Ubuntu上为Android系统编写Linux内核驱动程序(老罗学习笔记1)一文中举例子说明了如何在 ...

  9. 驱动编程思想之初体验 --------------- 嵌入式linux驱动开发之点亮LED

    这节我们就开始开始进行实战啦!这里顺便说一下啊,出来做开发的基础很重要啊,基础不好,迟早是要恶补的.个人深刻觉得像这种嵌入式的开发对C语言和微机接口与原理是非常依赖的,必须要有深厚的基础才能hold的 ...

随机推荐

  1. 1002. A+B for Polynomials (25)

    题目链接:https://www.patest.cn/contests/pat-a-practise/1002 原题如下: This time, you are supposed to find A+ ...

  2. centos 7.2 安装PHP7.1+apache2.4.23

    安装准备:   http://ftp.cuhk.edu.hk/pub/packages/apache.org//httpd/httpd-2.4.23.tar.gz 下载apache http://cn ...

  3. JSP实现在项目在网页上查询

    <table> <caption>user</caption> <tr> <td>编号</td> <td>姓名< ...

  4. BigDecimal用法详解

    一.简介Java在java.math包中提供的API类BigDecimal,用来对超过16位有效 位的数进行精确的运算.双精度浮点型变量double可以处理16位有效数.在实际应用中,需要对更大或者更 ...

  5. html 5 canvas画布整理

    1. 创建canvas画布<canvas id="myCanvas" width="800" height="800" >< ...

  6. DBImport v3.5 中文版发布:数据库定时同步及文档生成工具(IT人员必备)

    前言: 趁着最近的休息时间,只能多勤快些:多写代码,多更新文章. 因为一旦投入新的工作,估计博客又会恢复到一年才产几篇的状态. 对于DBImport,因为用户的意见,增加了一个亮点功能,让软件B格升为 ...

  7. Centos7下安装mono3.10.0

    mono 3.10.0 正式发布:性能进一步改进,以前已经写过一篇  Centos 7.0 安装Mono 3.4 和Jexus 5.6.下面我们在CentOS 7上通过源码安装Mono 3.10, 需 ...

  8. 免杀后门之MSF&Veil-Evasion的完美结合

    本文由“即刻安全”投稿到“玄魂工作室” Veil-Evasion 是 Veil-Framework 框架的一部分,也是其主要的项目.利用它我们可以生成绕过杀软的 payload !kali 上并未安装 ...

  9. Android什么时候进行View中Background的加载

    对大多数Android的开发者来说,最经常的操作莫过于对界面进行布局,View中背景图片的加载是最经常做的.但是我们很少关注这个过程,这篇文章主要解析view中背景图片加载的流程.了解view中背景图 ...

  10. .NET项目版本号的小随笔

    [题外话] 一直以来都对.NET项目中的几个版本号(AssemblyVersion.AssemblyFileVersion.AssemblyInformationalVersion)以及版本号中的Re ...