字符设备驱动（一）——基本架构

字符设备的驱动程序算是驱动中比较简单的，最基本的驱动主要由file_operations、register_chrdev、module_init、module_exit这几个比较重要的数据结构组成。下面逐个分析

file_operations

这个结构体为驱动框架抽象了底层的具体操作，为上层提供了open，read，write等函数。这几个函数在定义的时候通过函数指针的形式定义。在具体的字符设备驱动中，通过这样的指针，可以找到具体的、和硬件直接相关的函数。这其实就是用C语言实现的面向对象编程的思想。现代操作系统中，应用面向对象编程的思想很普遍。至于为什么这么应用，这个是另外一个话题了，这里不做展开。

这是部分file_operations的代码，这个结构体在include/linux/fs.h中定义

struct file_operations {
    struct module *owner;

    ssize_t (*read) (struct file *, char __user *, size_t, loff_t *);
    ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *);
    int (*mmap) (struct file *, struct vm_area_struct *);
    int (*open) (struct inode *, struct file *);
 .
 .
 .

如何使用file_operations呢？

定义一个first_drv_fops结构体，并初始化结构体的三个变量.owner，.open，.write，其中.oepn和.write这两个函数指针指向具体的、和硬件操作相关的函数first_drv_open和first_drv_write。至于前面的那个THIS_MODULE,这又是一个大坑，这里暂时不填。
这是一个具体的字符设备驱动中的代码：

static struct file_operations first_drv_fops = {
    .owner  =   THIS_MODULE,    /* 这是一个宏，推向编译模块时自动创建的__this_module变量 */
    .open   =   first_drv_open,     
    .write    =    first_drv_write,       
};

register_chrdev

file_operations用于注册硬件操作相关的函数，使得内核可以调用驱动中的这些函数。但是仅仅如此是不足够的，还需要向内核中注册整个驱动才行，这是该函数的原型，显然，这是一个函数，和file _operations不同。参数分别是主设备号，驱动名称，file_operations结构体的名称,

int register_chrdev(unsigned int major, const char *name,
            const struct file_operations *fops)

unregister_chrdev

显然，这个和上一个函数的作用相反，是用于卸载驱动的。

module_init和module_exit

这连个函数也是非常重要的，前者成为入口函数，后者成为出口函数。所有的驱动都从入口函数开始，在出口函数结束。至于定义，这个在/include/linux/init.h中定义，然后宏一个套一个，这里不做展开。