字符设备结构体

file_operations结构体
文件结构体file以及字符设备结构体cdev，他们都有一个struct file_operations类型的成员变量。file_operations结构体中包含了操作文件的一系列函数指针，以下代码中只列出部分函数。

struct file_operations {
  loff_t (*llseek) (struct file *, loff_t, int);
  ssize_t (*read) (struct file *, char __user *, size_t, loff_t *);
  ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *);
  long (*unlocked_ioctl) (struct file *, unsigned int, unsigned long);
  int (*open) (struct inode *, struct file *)
  int (*release) (struct inode *, struct file *);
  ...
};

• llseek：用于修改文件的当前读写位置，并返回偏移后的位置。参数file传入了对应的文
  件指针，我们可以看到以上代码中所有的函数都有该形参，通常用于读取文件的信息，如文件类型、读写权限；参数loff_t指定偏移量的大小；参数int是用于指定新位置指定成从文件的某个位置进行偏移，SEEK_SET表示从文件起始处开始偏移；SEEK_CUR表示从当前位置开始偏移；SEEK_END表示从文件结尾开始偏移。
• read：用于读取设备中的数据，并返回成功读取的字节数。该函数指针被设置为NULL时，会导致系统调用read函数报错，提示”非法参数”。该函数有三个参数：file类型指针变量，char __user*类型的数据缓冲区，__user用于修饰变量，表明该变量所在的地址空间是用户空间的。内核模块不能直接使用该数据，需要使用copy_to_user函数来进行操作。size_t类型变量指定读取的数据大小。
• write：用于向设备写入数据，并返回成功写入的字节数，write函数的参数用法与read函数类似，不过在访问__user修饰的数据缓冲区，需要使用copy_from_user函数。
• unlocked_ioctl：提供设备执行相关控制命令的实现方法，它对应于应用程序的fcntl函数以及ioctl函数。在 kernel 3.0 中已经完全删除了 struct file_operations 中的 ioctl 函数指针。
• open：设备驱动第一个被执行的函数，一般用于硬件的初始化。如果该成员被设置为NULL，则表示这个设备的打开操作永远成功。
• release：当file结构体被释放时，将会调用该函数。与open函数相反，该函数可以用于释放。

上面，我们提到read和write函数时，需要使用copy_to_user函数以及copy_from_user函数来进行数据访问，写入/读取成功函数返回0，失败则会返回未被拷贝的字节数。

static inline long copy_from_user(void *to, const void __user * from, unsigned long n)；
static inline long copy_to_user(void __user *to, const void *from, unsigned long n)；
//to：指定目标地址，也就是数据存放的地址，
//from：指定源地址，也就是数据的来源。
//n：指定写入/读取数据的字节数。

file结构体
内核中用file结构体来表示每个打开的文件，每打开一个文件，内核会创建一个结构体，并将对该文件上的操作函数传递给该结构体的成员变量f_op。

struct file {
const struct file_operations *f_op;
/* needed for tty driver, and maybe others */
void *private_data;
...
};

• f_op：存放与文件操作相关的一系列函数指针，如open、read、wirte等函数。
• private_data：该指针变量只会用于设备驱动程序中，内核并不会对该成员进行操作。因此，在驱动程序中，通常用于指向描述设备的结构体。

cdev结构体
如下图所示，内核用struct cdev结构体来描述一个字符设备，并通过struct kobj_map类型的散列表cdev_map来管理当前系统中的所有字符设备。

struct cdev {
	struct kobject kobj;
	struct module *owner;
	const struct file_operations *ops;
	struct list_head list;
	dev_t dev;
	unsigned int count;
};

• kobj：内核数据对象，用于管理该结构体。obj_lookup函数中从cdev_map中得到该成员，由该成员便可以得到相应的字符设备结构体。
• owner：指向了关联该设备的内核模块，实际上就是关联了驱动程序，通常设置为THIS_MODULE。
• ops：该结构体中最重要的一部分，也是我们实现字符设备驱动的关键一步，用于存放所有操作该设备的函数指针。
• list：实现一个链表，用于包含与该结构体对应的字符设备文件inode的成员i_devices 的链表。
• dev：记录了字符设备的设备号。
• count：记录了与该字符设备使用的次设备号的个数。