用户空间访问字符设备的过程

在这里我分析应用程序如何访问字符设备，了解其整个过程，通过这个分析，对字符驱动的了解会提升很多。

(以下是我个人的理解，不知到这样理解是否正确)

用户访问字符设备的大概流程：

用户 ------------->> VFS ------------->> 设备驱动

用户空间--->linux系统调用---->间接调用cdev.file_operation的对应函数。

下面我们以用户指行open("/dev/leds", 0)来跟踪一下：

用户open("/dev/leds", 0) ---> 软中断进入内核空间 ---> inode->cdev->file_operation->open(struct inode *, struct file *) ---> 返回用户空间

用户执行open，先写系统调用号和参数寄存器，然后指行软中断，指行系统调用。内核读取字符设备文件/dev/leds，也就是读取文件的inode，同时创建一个file结构体来代表这个打开了的文件,inode的对象是文件，代表一个文件，存放文件的相关信息。而file代表的是一个打开了的文件，内核打开文件时创建，传递给文件操作的所有函数。内核通过inode找到cdev结构体，通过cdev找到file_operation,最终找到并调用file_operation里面的open(struct inode *, struct file *)。指行完毕后返回用户空间，通过约定的寄存器存放返回值，完成一次系统调用。

用户空间：

程序运行在用户空间，以普通权限运行，不能直接