LDD3之scull--从open系统调用到模块的scull_open执行流程分析

本帖的主要内容提供一个从系统调用open到内核中该文件实际的open方法的调用流程分析，基本上列出来从open系统调用到scull_open过程中调用的函数。

在这个过程中很多调用以及函数实现的细节还并不是很清楚。希望在随后的研究过程中，以及和别人的交流中，把这个调用流程丰富起来。

intopen(constchar *pathname,int flags, mode_t mode);--系统调用
                            ||
                            \/
long sys_open(constchar __user *filename,int flags, int mode) -- fs/open.c
/*对应内核中的open接口函数*/
                            ||
                            \/
long do_sys_open(int dfd,const char __user*filename, int flags, int mode) --fs/open.c
/*用户空间的filename被拷贝到内核空间，获取当前可用的文件描述符*/
                            ||
                            \/
static structfile *do_filp_open(int dfd,const char *filename, int flags, int mode) --fs/open.c
                            ||
                            \/
int open_namei(int dfd,const char *pathname, int flag,
  int mode,struct nameidata *nd)
/*获取该文件对应的nameidata结构.该函数执行完毕，接着调用下面函数。这两个函数是顺序被do_filp_open调用*/
                            ||
                            \/
struct file*nameidata_to_filp(struct nameidata*nd, int flags) --fs/open.c
/*将nameidata 结构转换为打开的struct file结构*/
                            ||
                            \/
static structfile *__dentry_open(struct dentry*dentry, struct vfsmount *mnt,
     int flags,struct file*f,
     int (*open)(struct inode *, struct file *)) --fs/open.c
                            ||
                            \/
open = f->f_op->open;
open(inode, f);    --fs/open.c
/*以上两行代码分别完成了open系统调用时执行实际文件对应内核的open方法，即scull_open*/

open->sys_oepn->do_sys_open 从open到sys_open是系统调用产生了中断，查找到了系统调用表，open函数对应的系统调用表里面的就是sys_open函数

 

( The fd is not get in file_operations open function, which just do some initialization. If you do not need initialization or do it somewhere else, we can omit it.)

 

====

http://blog.chinaunix.net/uid-26728868-id-3084116.html