Linux字符cdev和Inode的关系

本文所说的Inode是struct inode结构体，并不是在inode块中的inode结点。

Char Device Driver

　　相关数据结构：

struct cdev {

　　struct kobject kobj;

　　struct module *owner;

　　const struct file_operations *ops;

　　struct list_head list;

　　dev_t dev;

　　unsigned int count;

};

struct kobj_map {

　　struct probe {

　　struct probe *next;

　 　dev_t dev;

　　 unsigned long range;

　　 struct module *owner;

　 　kobj_probe_t *get;

　　 int (*lock)(dev_t, void *);

　　 void *data;

　　} *probes[255];

　　struct mutex *lock;

};

static struct char_device_struct {

　　struct char_device_struct *next;

　　unsigned int major;

　　unsigned int baseminor;

　　int minorct;

　　char name[64];

　　struct file_operations *fops;

　　struct cdev *cdev; /* will die */

} *chrdevs[CHRDEV_MAJOR_HASH_SIZE];

#define CHRDEV_MAJOR_HASH_SIZE 255

下面本文通过一下三个方面以及他们的关联来描述字符设备驱动:

1. 字符驱动模型

2. 字符设备的设备号

3. 文件系统中对字符设备文件的访问

字符驱动模型

　　每个字符驱动由一个 cdev 结构来表示.

　　在设备驱动模型(device driver model)中, 使用 (kobject mapping domain) 来记录字符设备驱动.这是由 struct kobj_map 结构来表示的. 它内嵌了255个struct probe指针数组，kobj_map由全局变量cdev_map引用:

static struct kobj_map *cdev_map;

　　cdev_alloc() 用来创建一个cdev的对象

　　cdev_add() 用来将cdev对象添加到驱动模型中,其主要是通过kobj_map()来实现的.

　　kobj_map() 会创建一个probe对象,然后将其插入cdev_map中的某一项中（这里的某一项是如何确定的，是否是按照设备的主设备号呢？）,并关联probe->data 指向 cdev

　　struct kobject *kobj_lookup(struct kobj_map *domain, dev_t dev, int *index)，根据设备号,在cdev_map中查找其cdev对象内嵌的kobject. (probe->data->kobj),返回的是cdev的kobject（此函数是在打开设备文件是调用到的，在注册字符设备时不用）