问个驱动的入门问题——用户态的系统调用是如何与内核态的系统调用关联的~
编写用户程序对某一设备（即文件）进行用户态系统调用（open,read,write,ioctl等等等等）~驱动程序也在内核中定义了与之相关的内核态系统调用（open,read,write,ioctl等等等等）~
现在提两个菜鸟问题：
1：<unistd.h>是不是可以看作一个用户态系统调用的指针数组，通过这个数组来查询用户态系统调用的具体实现（类似于一些库函数需要包含头文件一样）？
2：现在假设只看open系统调用，用户程序调用open，内核是如何知道去调用与之对应的内核open实现的？
ldd3刚开始看，对于驱动程序方面讲得满多，但是和用户程序之间交互的东东还没有看到~:em14: 这不向是入门的问题啊，unistd.h （unix standard header），如果有系统调用，比方说应用层调用open，则会 __syscall_nr(nr, type, name, args...)，然后呢，跳到特定的地址去执行，根据参数内核会找到你要open谁，然后调用相应驱动中的open～ LZ看一下偶的这篇文章，可否作为参考：
http://linux.chinaunix.net/bbs/viewthread.php?tid=1047488 原帖由 Godbach 于 2009-7-28 11:49 发表 http://linux.chinaunix.net/bbs/images/common/back.gif
LZ看一下偶的这篇文章，可否作为参考：
http://linux.chinaunix.net/bbs/viewthread.php?tid=1047488
1：
int open(const char *pathname, int flags, mode_t mode);--系统调用
||
\/
long sys_open(const char __user *filename, int flags, int mode)-- fs/open.c
/*对应内核中的open接口函数*/
sys_open（）应该是内核态的函数了——这中间是如何调用的呢？是不是二楼所讲？
2：
static struct file *__dentry_open(struct dentry *dentry, struct vfsmount *mnt,
int flags, struct file *f,
int (*open)(struct inode *, struct file *)) --fs/open.c
其中存在着struct vfsmount这么个参数，是不是内核中都必须经过vfs这一层，然后再向下到具体各类fs（所有文件是不是都可以看作各类文件系统？各类文件系统无非就是对应着各类读写操作方法而已，设备也可以被看作是某类文件系统，所以都经过了visual fs这一层？！） 想详细了解函数调用的过程，可以使用strace 原帖由 Godbach 于 2009-7-28 14:34 发表 http://linux.chinaunix.net/bbs/images/common/back.gif
想详细了解函数调用的过程，可以使用strace
strace他老人家只是跟踪用户态系统调用的呀~
至于下面对应的是什么内核系统调用，他不反映~ 对的~ VFS是各类FS的抽象层~
都要经过VFS的~
至于如何调用的sys_open~
这和中断有关~ 众多的系统调用共用一个中断，然后通过传递的参数来确定调用的是哪一个中断~ 原帖由 superfight 于 2009-7-28 14:57 发表 http://linux.chinaunix.net/bbs/images/common/back.gif
对的~ VFS是各类FS的抽象层~
都要经过VFS的~
至于如何调用的sys_open~
这和中断有关~ 众多的系统调用共用一个中断，然后通过传递的参数来确定调用的是哪一个中断~
哦也~有点那么个意思了——以前看ARM的时候好像就依靠中断之类的在各类状态之间进行转变，linux x86同样是利用中断在用户态和内核态之间转变的~
谢谢啦~基础太差~问题太多~智商太低~ 我觉得关于系统调用的代码分析，情景分析讲得更清楚 嗯~设备文件系统devfs也是一类文件系统——其中是boot section, super block, inode, map等~
既然是文件系统当然需要接入到vfs这一层——然后再根据inode具体调用驱动注册时的operation~
哦也~
页:
[1]
2