Question

我正在学习Linux设备驱动程序并且卡在主要，次要号码上。到目前为止我所拥有的是：

通过文件系统中的名称访问设备。那些名字被称为特殊文件或设备文件或文件的inode 系统
每个设备文件都与捆绑在dev_t类型中的MAJOR和MINOR号码相关联。
这些数字由函数register_chrdev_region

有些问题令我不安......

fops结构是否与文件结构的f_ops字段相关联我们初始化cdev_init(&c_dev, &fops);等设备时的设备文件？
对open("/dev/mydev", O_RONLY);的来电如何实际调用open() 司机的功能。数字是否出现在这里找到设备驱动程序的实际写入方法，如果是，如何？
数字，主要用于识别设备驱动程序和辅助设备文件。这个数字的实际作用是什么当我们对open() read() write()等设备文件执行操作时？

Answer 1

我认为故事应该从你输入时发生的事情开始：

mknod /dev/c83 c 8 3

它将调用ext2_mknod（“/ dev”，“c83”，CHAR，DEV（8,3）），大多数文件系统将mknod实现为init_special_inode的包装：

void init_special_inode(struct inode *inode, umode_t mode, dev_t rdev)
{
        inode->i_mode = mode;
        if (S_ISCHR(mode)) {
                inode->i_fop = &def_chr_fops;
                inode->i_rdev = rdev;
        } else if (S_ISBLK(mode)) {
                inode->i_fop = &def_blk_fops;
                inode->i_rdev = rdev;
        } else if (S_ISFIFO(mode))
                inode->i_fop = &def_fifo_fops;
        else if (S_ISSOCK(mode))
                inode->i_fop = &bad_sock_fops;
        else
                printk(KERN_DEBUG "init_special_inode: bogus i_mode (%o)\n",
                       mode);
}

当你最后调用open（“/ dev / c83”）时，它将进入函数def_chr_fops.chrdev_open，它将用你在cdev_init（）中注册的fops替换文件“/ dev / c83”的fops： / p>

int chrdev_open(struct inode * inode, struct file * filp)
{
    struct cdev *p;
    ...
    p = inode->i_cdev;
    ...
    filp->f_op = fops_get(p->ops);
    ...
    if (filp->f_op->open) {
        lock_kernel();
        ret = filp->f_op->open(inode,filp);
        unlock_kernel();
    }
    ...
    return ret;
 }

之后，每次系统调用如read / write / close都会直接转到cdev_init（）中注册的函数指针！

所以，对于你的第一个问题：

是的，正如你在chrdev_open（）中看到的那样。
是的，因为设备的fops与在cdev_init
在open（）中扮演重要角色，因为open（）使用pair来查找正确的设备驱动程序。但之后，其他文件操作，如read / write / close（），不再参与，一切都通过在open（）中解析的fops中的函数指针。

设备驱动程序中主要和次要数字的作用

1 个答案: