Linux字符设备驱动应用层与驱动层之间的联系(详解file与inode之间的关系)

前言

在开始这篇文章的阅读之前我们首先思考几个问题：

１、驱动运行在内核层，应用程序运行在应用层，它们之间是如何进行这么一个信息的交互的？

２、Linux中一切皆文件，每一个字符设备都是由一个文件来表示的，文件里记录着相关的硬件信息的，应用层是如何根据找到这个文件？并最终实现对该设备的控制？

3、每一个设备都有唯一的文件进行表示，如果是同一类型的设备，那么我们需要为每一个设备都写一个驱动么？

正文

​ 对于字符设备驱动的讲解，我觉得的从open()函数开始，那逻辑就相当是清楚，我们先来看看下面这这张图

＊

＊

从上面这张图中你可以得到你想要的答案，接下我在来理一下这个逻辑

先了解一下 inode到底是个啥：
　　　inode 包含文件访问权限、属主、组、大小、生成时间、访问时间、最后修改时间等信息。它是Linux 管理文件系统的最基本单位，也是文件系统连接任何子目录、文件的桥梁。内核使用 inode结构体在内核内部表示一个文件。因此，它与表示一个已经打开的文件描述符的结构体 (即 file文件结构) 是不同的，我们可以使用多个 file 文件结构表示同一个文件的多个文件描述符，但此时，所有的这些 file文件结构全部都必须只能指向一个 inode 结构体
　　　
　　　首先我们要明白的一点是，在你编写好驱动，将驱动挂载进内核以后，inode，cdev，这些结构是已经存在了。只有file结构体，是在应用层第一次通过open() 打开设备节点后，才生成的。inode，cdev这些是一个驱动对应一个，而file结构是一个设备对应一个（不同的设备用的可能是同一个设备），我们再应用层调用open()函数后，做了以下工作：
　　　
　　１、在虚拟文件系统 VFS 中的查找对应与字符设备对应 struct inode 节点
　　２、遍历散列表 cdev_map，根据 inod 节点中的 cdev_t 设备号找到 cdev 对象
　　３、创建 struct file 对象（系统采用一个数组来管理一个进程中的多个被打开的设备，每个文件秒速符作为数组下标标识了一个设备对象）
　　４、初始化 struct file 对象，将 struct file 对象中的 file_operations 成员指向 struct cdev 对象中的file_operations 成员（file->fops = cdev->fops）
　　５、回调 file->fops->open 函数（生成了file结构体，并返回了该文件的文件描述符）**

好了，分析到这就结束了，重点看我那张图哦！画了好久哈哈