本文所說的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（此函數是在打開設備文件是調用到的，在注冊字符設備時不用）
