linux kernel 源码之chr_dev

字符设备的设备号

字符设备的设备号是用哈希表管理的，说具体些是chrdevs哈希表管理的。
chrdevs是一个全局的数组变量。 输入的每个元素是链表头，指向char_device_struct结构体。
每个链表节点包含major和minor范围。 major可以相同，但minor的范围不能相同，也不能有重叠。

cdev

cdev结构体实际上代表一组相同的字符设备，而不是对应单一的一个字符设备。
cdev与设备号的关联用kobj_map管理。 kobj_map实际是一个哈希表。
系统启动时创建了cdev_map。
当有新的字符设备，使用cdev_add()向cdev_map添加了设备号、range，cdev指针作为客户数据指针保存在cdev_map中。
当cdev_open时，通过kobj_lookup找到cdev。传入的是设备号。 设备号与inode有关联，所以open中可以传入设备号。

def_chr_fops

chr_dev.c中定义了file_operations ： def_chr_fops
这是一个跨文件的全局变量。
fs/inode.c中直接使用了这个def_chr_fops变量。
查看源码可以看到使用这个结构体的函数是init_special_inode() ，它根据mode判断字符设备并赋值给inode的i_fops。
为什么是字符设备呢 ？ 还记得mknod命令吗？ mknod命令指定了c/u选项。

def_chr_fops只挂了两个函数，open、lseek。 其中lseek是noop的。

下面仔细看一看open函数的具体实现：
它首先根据输入的inode找到设备号。 inode中的i_rdev就是设备号。
为什么inode可以带有设备号 ？ 因为mknod就是按主设备号和副设备号创建节点的。
open函数中，然后根据设备号找到cdev，从cdev中找到真正的fops，替换file中的fops（使用replace_fops()函数替换fops）

中间还有一些操作。
1 会在inode的i_cdev保存cdev指针，之后的其他操作（如read、write）就不需要再查找cdev。
2 会把inode加到cdev的链表上，这样就知道有谁打开了这个字符设备。 当cdev卸载时可以清空这些inode。