Linux设备驱动--块设备(三)之程序设计

翻译 2012年03月22日 20:02:21

 块设备驱动注册与注销

块设备驱动中的第1个工作通常是注册它们自己到内核,完成这个任务的函数是 register_blkdev(),其原型为:
int register_blkdev(unsigned int major, const char *name);


major 参数是块设备要使用的主设备号,name为设备名,它会在/proc/devices中被显示。 如果major为0,内核会自动分配一个新的主设备号register_blkdev()函数的返回值就是这个主设备号。如果返回1个负值,表明发生了一个错误。

与register_blkdev()对应的注销函数是unregister_blkdev(),其原型为:
int unregister_blkdev(unsigned int major, const char *name);
这里,传递给register_blkdev()的参数必须与传递给register_blkdev()的参数匹配,否则这个函数返回-EINVAL。

块设备的请求队列操作

标准的请求处理程序能排序请求,并合并相邻的请求,如果一个块设备希望使用标准的请求处理程序,那它必须调用函数blk_init_queue来初始化请求队列。当处理在队列上的请求时,必须持有队列自旋锁。初始化请求队列
request_queue_t *blk_init_queue(request_fn_proc *rfn, spinlock_t *lock);


该函数的第1个参数是请求处理函数的指针,第2个参数是控制访问队列权限的自旋锁,这个函数会发生内存分配的行为,故它可能会失败,函数调用成
功时,它返回指向初始化请求队列的指针,否则,返回NULL。这个函数一般在块设备驱动的模块加载函数中调用。清除请求队列
void blk_cleanup_queue(request_queue_t * q);


这个函数完成将请求队列返回给系统的任务,一般在块设备驱动模块卸载函数中调用。

 

提取请求
struct request *elv_next_request(request_queue_t *queue); 
上述函数用于返回下一个要处理的请求(由 I/O 调度器决定),如果没有请求则返回NULL。

去除请求
void blkdev_dequeue_request(struct request *req); 
上述函数从队列中去除1个请求。如果驱动中同时从同一个队列中操作了多个请求,它必须以这样的方式将它们从队列中去除。

 

分配“请求队列”
request_queue_t *blk_alloc_queue(int gfp_mask);
对于FLASH、RAM盘等完全随机访问的非机械设备,并不需要进行复杂的I/O调度,这个时候,应该使用上述函数分配1个“请求队列”,并使用如下函数来绑定“请求队列”和“制造请求”函数。
void blk_queue_make_request(request_queue_t * q, 
make_request_fn * mfn);

void blk_queue_hardsect_size(request_queue_t *queue, 
unsigned short max); 
该函数用于告知内核块设备硬件扇区的大小,所有由内核产生的请求都是这个大小的倍数并且被正确对界。但是,内核块设备层和驱动之间的通信还是以512字节扇区为单位进行。

 

步骤:

在块设备驱动的模块加载函数中通常需要完成如下工作:
① 分配、初始化请求队列,绑定请求队列和请求函数。
② 分配、初始化gendisk,给gendisk的major、fops、queue等成
员赋值,最后添加gendisk。
③ 注册块设备驱动。
在块设备驱动的模块卸载函数中通常需要与模块加载函数相反的工作:
① 清除请求队列。
② 删除gendisk和对gendisk的引用。
③ 删除对块设备的引用,注销块设备驱动。

总结:

块设备的I/O操作方式与字符设备存在较大的不同,因而引入了
request_queue、request、bio等一系列数据结构。在整个块设备的I/O操作中,贯穿于始终的就是“请求”,字符设备的I/O操作则是直接进行不绕弯,
块设备的I/O操作会排队和整合。

驱动的任务是处理请求,对请求的排队和整合由I/O调度算法解决,因此,块设备驱动的核心就是请求处理函数或“制造请求”函数。

尽管在块设备驱动中仍然存在block_device_operations结构体及其成员函数,但其不再包含读写一类的成员函数,而只是包含打开、释放及I/O控制等
与具体读写无关的函数。块设备驱动的结构相当复杂的,但幸运的是,块设备不像字符设备那么包罗万象,它通常就是存储设备,而且驱动的主体已经
由Linux内核提供,针对一个特定的硬件系统,驱动工程师所涉及到的工作往往只是编写少量的与硬件直接交互的代码。

  1. #include <linux/init.h>    
  2. #include <linux/module.h>    
  3. #include <linux/kernel.h>    
  4. #include <linux/fs.h>  
  5. #include <asm/uaccess.h>  
  6. #include <linux/spinlock.h>  
  7. #include <linux/sched.h>  
  8. #include <linux/types.h>  
  9. #include <linux/fcntl.h>  
  10. #include <linux/hdreg.h>  
  11. #include <linux/genhd.h>  
  12. #include <linux/blkdev.h>  
  13.   
  14. #define MAXBUF 1024   
  15.   
  16.   
  17. #define BLK_MAJOR 253  
  18.   
  19. char blk_dev_name[]="blk_dev";  
  20. static char flash[1024*16];  
  21.   
  22.   
  23. int major;  
  24. spinlock_t lock;  
  25. struct gendisk *gd;  
  26.   
  27.   
  28.   
  29. /*块设备数据传输*/  
  30. static void blk_transfer(unsigned long sector, unsigned long nsect, char *buffer, int write)  
  31. {  
  32.     int read = !write;  
  33.     if(read)  
  34.     {  
  35.         memcpy(buffer, flash+sector*512, nsect*512);  
  36.     }  
  37.     else  
  38.     {  
  39.         memcpy(flash+sector*512, buffer, nsect*512);  
  40.     }  
  41. }  
  42.   
  43. /*块设备请求处理函数*/  
  44. static void blk_request_func(struct request_queue *q)  
  45. {  
  46.     struct request *req;  
  47.     while((req = elv_next_request(q)) != NULL)    
  48.     {  
  49.         if(!blk_fs_request(req))  
  50.         {  
  51.             end_request(req, 0);  
  52.             continue;  
  53.         }  
  54.           
  55.         blk_transfer(req->sector, req->current_nr_sectors, req->buffer, rq_data_dir(req));  
  56.         /*rq_data_dir从request获得数据传送的方向*/  
  57.         /*req->current_nr_sectors 在当前段中将完成的扇区数*/  
  58.         /*req->sector 将提交的下一个扇区*/  
  59.         end_request(req, 1);  
  60.     }  
  61. }  
  62.   
  63. /*strcut block_device_operations*/  
  64. static  int blk_ioctl(struct block_device *dev, fmode_t no, unsigned cmd, unsigned long arg)  
  65. {  
  66.        return -ENOTTY;  
  67. }  
  68.   
  69. static int blk_open (struct block_device *dev , fmode_t no)  
  70. {  
  71.     printk("blk mount succeed\n");  
  72.     return 0;  
  73. }  
  74. static int blk_release(struct gendisk *gd , fmode_t no)  
  75. {  
  76.     printk("blk umount succeed\n");  
  77.     return 0;  
  78. }  
  79. struct block_device_operations blk_ops=  
  80. {  
  81.     .owner = THIS_MODULE,  
  82.     .open = blk_open,  
  83.     .release = blk_release,  
  84.     .ioctl = blk_ioctl,  
  85. };  
  86.   
  87. //-----------------------------------------------  
  88.   
  89. static int __init block_module_init(void)  
  90. {  
  91.       
  92.       
  93.     if(!register_blkdev(BLK_MAJOR, blk_dev_name)) //注册一个块设备  
  94.     {  
  95.         major = BLK_MAJOR;    
  96.         printk("regiser blk dev succeed\n");  
  97.     }  
  98.     else  
  99.     {  
  100.         return -EBUSY;  
  101.     }  
  102.     gd = alloc_disk(1);  //分配一个gendisk,分区是一个  
  103.     spin_lock_init(&lock); //初始化一个自旋锁  
  104.     gd->major = major;  
  105.     gd->first_minor = 0;   //第一个次设备号  
  106.     gd->fops = &blk_ops;   //关联操作函数  
  107.   
  108.     gd->queue = blk_init_queue(blk_request_func, &lock); //初始化请求队列并关联到gendisk  
  109.   
  110.     snprintf(gd->disk_name, 32, "blk%c"'a');    
  111.     blk_queue_hardsect_size(gd->queue, 512);  //设置扇区大小512字节  
  112.     set_capacity(gd, 32);  //设置块设备大小 512*32=16K  
  113.     add_disk(gd);  
  114.     printk("gendisk init success!\n");  
  115.     return 0;  
  116. }  
  117. static void __exit block_module_exit(void)  
  118. {  
  119.     blk_cleanup_queue(gd->queue);  
  120.     del_gendisk(gd);   
  121.     unregister_blkdev(BLK_MAJOR, blk_dev_name);  
  122.     printk("block module exit succeed!\n");  
  123. }  
  124.   
  125. module_init(block_module_init);  
  126. module_exit(block_module_exit);  
  127.   
  128. MODULE_LICENSE("GPL");  
  129. MODULE_AUTHOR("gec");  

相关文章推荐

buffer_head bio

bio是一个io的基本单位,一个bio里面包含n个bio_vec,而每个bio_vec(page,offset,len)里面包含一个segment,而每个segment里面包含连续的几个buffer。...

进程与内存3-内存管理(解析并获取高低端内存)

ldd3的一段话: 高效的块驱动对于性能是重要的 -- 不只是为在用户应用程序的明确的读和写. 现代的有虚拟内存的系统将不需要的数据移向(希望地)二级存储中, 它常常是 一个磁盘驱动器. 块驱动是核...

Linux设备驱动--块设备(三)之程序设计

块设备驱动注册与注销 块设备驱动中的第1个工作通常是注册它们自己到内核,完成这个任务的函数是 register_blkdev(),其原型为: int register_blkdev(unsigne...

Linux设备驱动--块设备(三)之程序设计

块设备驱动注册与注销 块设备驱动中的第1个工作通常是注册它们自己到内核,完成这个任务的函数是 register_blkdev(),其原型为: int register_blkdev(unsig...

Linux按键驱动程序设计(1)-混杂设备驱动模型

1、混杂设备概念 在Linux系统中,存在一类字符设备,它们拥有相同的主设备号(10),但次设备号不同,我们称这类设备为混杂设备(miscdevice)。所有的混杂设备形成一个链表,对设备访问时内核根...

【Linux设备驱动】TQ2440按键驱动程序设计

这几天又回到了驱动程序学习的轨道上来。还是从简单的硬件开始一步步的来学习驱动。使用TQ2440开发板上的按键来设计按键驱动程序。 ★关于按键的结构体 按键的结构体主要有:对应的中断号,中断触发方式,按...

Linux块设备驱动设计概述

块设备是驱动一个重要的部分,需要和字符型加以区分,字符型设备不带有缓冲,操作直接与实际的设备相连,直接进行操作,而对于常见的块设备,通常都带有一个缓冲区,也就是块,数据的操作单元是块,数据的输入输出都...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:Linux设备驱动--块设备(三)之程序设计
举报原因:
原因补充:

(最多只允许输入30个字)