1、内核态里面的架构
设备号是在内核态里进行申请,那么设备号是怎么进行维护的呢,有很重要的一个全局变量叫做chadevs
static struct char_device_struct {
struct char_device_struct *next;
unsigned int major;
unsigned int baseminor;
int minorct;
char name[64];
struct cdev *cdev; /* will die */
} *chrdevs[CHRDEV_MAJOR_HASH_SIZE]; //是一个指针数组
一个字符设备的设备号是和这个数组的下标相对应的,这个chrdevs这个数组就是维护对应的设备号的数组
既然是个数组,那么我们画个图来看:
一个字符设备设备号对应一个结构体,这个结构体里面又有一个重要的成员struct cdev *cdev;
(块设备和网络设备对应的成员名字不一样),每一个字符设备里面一定有一个cdev的结构体
//原型:
struct cdev {
struct kobject kobj;
struct module *owner;
const struct file_operations *ops;
struct list_head list;
dev_t dev;
unsigned int count;
};
其中这里面const struct file_operations *ops;
又是个重要的成员
为什么呢,大家想,我们的每一个字符设备,他们的驱动不一样,对应的外设肯定不一样,但是对硬件的访问,操作这些是差不多的(读、写等)。这个结构体就放了很多我们对硬件的操作。
看下里面有什么:
这里面就是我们去写驱动真正需要去填写的驱动成员,比如去某一个硬件设备里面去都数据,去read,去write等。我们编写字符设备架构设备的驱动程序,这里面才是真正去编写的东西,上面那些只是架构的东西,但是必须理解
2、物理层
3、用户层怎样找到驱动
借助于我们的文件系统
比如我们去dev下面创建设备节点mknod /dev/hello c 233 0
这个文件节点创建完了之后,在内核里面有个inode的结构体(内核里面有一个文件,就有一个inode),inode记录了这个文件所有的静态信息
我们如果想要编写程序来找到这个驱动程序怎么办
利用一些系统调用
open完了我们有个东西叫fd(文件描述符),我们后续操作文件就要通过这个fd来操作
fd是唯一的,不能够重复
当我们去Open的时候,内核里面有个很重要的成员,一个结构体叫file
f_flags就存放那个读写属性
file里面放些可变的属性
总结
这个架构最终的目标就是通过VFS让我们的应用程序通过某一个文件最终找到我们给某一个驱动所编写的那个驱动程序,中间唯一性就通过设备号贯穿起来