LDD3第三章的学习-字符设备驱动

 

作者：Aningsk ，本作品采用知识共享署名-非商业性使用-相同方式共享 3.0 未本地化版本许可协议进行许可。 

 

 

在这里简单写一下，看LDD3第三章的东西。话说最近忙着WiFi之类的一些事情，好长时间没有看了呢。

这一章是讲解字符设备驱动的，说实话看完了我还是写不出一个字符设备的驱动，看的也是稀里糊涂啊。。。

 

首先是主设备号和次设备号。主设备号标示设备对应的驱动程序。次设备号由内核使用，用于正确确定设备文件所指的设备。我自己理解的就是：主设备号对应某一个驱动，一个驱动程序所做的事情都是对拥有一个主设备号的设备，进行的操作。在内核来看，区别众多的设备时，用的就是它们不同的编号。而次设备号，我个人感觉就是一个设备或许有不同的功能，内核中将同一个设备不同的功能，用不同的文件来表示。这样访问那些不同的文件就使用了那个设备不同的功能。比如tty的那些字符设备文件，它们的主设备号一致，次设备号不同，为了提供不同的用处吧。仅仅是个人理解啊。

 

关于设备号。在内核中用专门的类型dev_t，来保存设备号。其实，dev_t就是一个32位的数字，12位用于主设备号，20位用于次设备号。因为主次设备号在这32位中分布可能会有变化，为了不影响驱动程序的使用，内核提供了相应的宏（MAJOR,MINOR,MKDEV）给驱动程序用于处理设备号。这样即便dev_t的内部格式变化了，驱动也不用修改。

 

分配设备号。如果明确地知道我们的驱动中要用哪个主设备号，并且不会与其他的驱动冲突，那么可以使用register_chrdev_region(dev_t first, unsigned int count, char *name);但是实际中我们很难明确应该使用哪个主设备号。所以使用动态分配设备号all_chrdev_region(dev_t *dev, unsigned int firstminor, unsigned int count, char *name);，是比较靠谱的选择。参见P49.在P52有分配设备号比较典型的代码。

 

对于书中61页的代码有点疑问：

    cdev_init(&dev->cdev, &scull_fops);

    dev->cdev.owner = THIS_MODULE;

    dev->cdev.ops = &scull_fops;

我觉得既然使用了cdev_init(&dev->cdev, &scull_fops);就不用再写一句dev->cdev.ops = &scull_fops;了。

另外上面的方法是静态内存分配，是从栈里分配空间的。还有一种从堆里分配空间的动态分配方法：

    struct cdev *my_cdev = cdev_alloc();

    my_cdev->ops = &fops;

    my_cdev->owner = THIS_MODULE;
不过效果我还没有试验过。

 

open方法。在open中要填写filp->private_date里的数据结构。一般是把代表设备的结构体指针填进去，以便其他的方法（函数）使用，如read和write。对于scull设备来说，这个设备所拥有的数据空间（它使用的内存），是由代表它这个设备的scull_device的结构体中的指针来索引的。所以read和write想要读写设备，就必须获得这个结构体的指针，以便找到那些内存。读写文件（或者说"设备"）是要传入filp的（表示这个函数去操作哪个文件嘛~），所以就使用filp->private_date来传递代表这个设备的结构体指针。

filp是指向struct file的指针。file结构代表一个打开的文件。在Linux中一切皆文件，scull这个设备也是文件。当打开scull设备时，我们就获得了指向该设备的文件的指针filp，在file结构体的private_date成员里填入代表这个设备的结构体的指针，就是将这个设备所拥有的资源与代表设备的文件联系起来。这样我们才能通过文件来获得和控制具体设备的具体资源。软件与硬件在这里被连接起来了。

 

read和write里的参数loff_t *f_ops。这个参数f_ops应该是从驱动上层的文件系统传递过来的，代表对文件进行操作的位置。当我们存取完了，就要更新这个位置。虽然read和write传入的参数中有指向文件结构体的指针，它（filp）指向的结构体中有一个成员也是f_ops，也代表文件的操作位置。但驱动中一般不修改filp->f_ops。这可能是因为驱动的read和write调用返回到文件系统时，文件系统会根据loff_t *f_ops，来更新filp->f_ops。嗯嗯，文件的事情就交给文件系统去管，驱动不管这个：应该是这种设计思想的。也说不定loff_t *f_ops已经指向了file结构体里的f_ops成员了。

 

嗯~第三章的学习记录就先写到这里啦~

 

Aningsk

2014-12-11