驱动程序中的文件操作和结构声明

如何解决驱动程序中的文件操作和结构声明

我试图弄清楚基本内核驱动程序背后的代码是如何工作的。

我具有以下结构：

    static struct file_operations fops =
{
   .open = dev_open,.read = dev_read,.write = dev_write,.release = dev_release,};

我的dev_open函数定义为：

static int     dev_open(struct inode *,struct file *);

现在我还熟悉以下事实：在linux / fs.h中定义了用于打开设备文件的原型：

http://lxr.linux.no/linux+v3.10/include/linux/fs.h#L1517

这是该链接中的特定行：

int (*open) (struct inode *,struct file *);

现在我的问题是.open = dev_open,和int (*open) (struct inode *,struct file *);之间是什么关系 在linux / fs.h中定义了什么？它是否将dev_open的地址传递给linux / fs.h中定义的函数指针int (*open)？必须存在某种关系，或者将struct fops定义为“文件操作”类型有什么意义？

在这里提出并回答了类似的问题，但我觉得我的问题被遗漏了： File operations in drivers

谢谢

解决方法

我认为这个问题更多的是关于C的问题，而不是Linux内核。

结构或联合类型的成员不能具有 function 类型，但是可以具有 pointer to function 类型。例如，在Linux内核中，open的{​​{1}}成员需要使用功能指针类型：struct file_operations进行声明。将成员声明为int (*open)(struct inode *,struct file *);是错误的。

在Linux内核代码的此变量定义中：

int open(struct inode *,struct file *);

顺便说一句，以上通常应将static struct file_operations fops = { .open = dev_open,.read = dev_read,.write = dev_write,.release = dev_release,}; 成员初始化为：

owner

表达式 .owner = THIS_MODULE,，dev_open，dev_read和dev_write是功能指示符，用作赋值表达式初始化dev_release的成员。函数指示符是具有 function 类型的表达式。除非它是fops，sizeof的操作数或一元_Alignof运算符，否则函数指示符将转换为函数指针类型。因此，变量&的上述定义完全等同于：

foo

（别忘了还要初始化static struct file_operations fops = { .open = &dev_open,.read = &dev_read,.write = &dev_write,.release = &dev_release,}; 。）

那里，函数指示符是一元.owner = THIS_MODULE,运算符的操作数，因此不会隐式转换为函数指针类型，而是{{1 }}运算符正在将它们明确转换为 pointer to function 类型的指针。

在&的上述初始化之后，&间接调用fops并将返回值分配给rc = fops.open(inode,file);。有时您可能会看到这样写的是较旧的样式：dev_open(inode,file)。他们俩都做同样的事情。实际上，函数调用操作符rc rc = (*fops.open)(inode,file);的操作数总是指向函数的指针。对于(，)具有指向函数的指针类型。 rc = (*fops.open)(inode,file);取消引用fops.open到 function 类型，但是由于(*fops.open)是 function指示符，它被隐式转换回函数调用之前指向函数的指针类型。同样，在直接调用fops.open中，(*fops.open)是一个函数指示符，因此具有 function 类型，但隐式转换为函数指针 >在函数调用前键入。