问个驱动的入门问题——用户态的系统调用是如何与内核态的系统调用关联的~

lxyscls

编写用户程序对某一设备（即文件）进行用户态系统调用（open,read,write,ioctl等等等等）~

驱动程序也在内核中定义了与之相关的内核态系统调用（open,read,write,ioctl等等等等）~

现在提两个菜鸟问题：

1：<unistd.h>是不是可以看作一个用户态系统调用的指针数组，通过这个数组来查询用户态系统调用的具体实现（类似于一些库函数需要包含头文件一样）？

2：现在假设只看open系统调用，用户程序调用open，内核是如何知道去调用与之对应的内核open实现的？

ldd3刚开始看，对于驱动程序方面讲得满多，但是和用户程序之间交互的东东还没有看到~

.kaka

这不向是入门的问题啊，unistd.h （unix standard header），如果有系统调用，比方说应用层调用open，则会 __syscall_nr(nr, type, name, args...)，然后呢，跳到特定的地址去执行，根据参数内核会找到你要open谁，然后调用相应驱动中的open～

Godbach

LZ看一下偶的这篇文章，可否作为参考：
http://linux.chinaunix.net/bbs/viewthread.php?tid=1047488

lxyscls

原帖由 Godbach 于 2009-7-28 11:49 发表
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这一层？！）

Godbach

想详细了解函数调用的过程，可以使用strace

lxyscls

原帖由 Godbach 于 2009-7-28 14:34 发表
想详细了解函数调用的过程，可以使用strace

strace他老人家只是跟踪用户态系统调用的呀~

至于下面对应的是什么内核系统调用，他不反映~

superfight

对的~ VFS是各类FS的抽象层~

都要经过VFS的~

至于如何调用的sys_open~

这和中断有关~   众多的系统调用共用一个中断，然后通过传递的参数来确定调用的是哪一个中断~

lxyscls

原帖由 superfight 于 2009-7-28 14:57 发表
对的~ VFS是各类FS的抽象层~

都要经过VFS的~

至于如何调用的sys_open~

这和中断有关~   众多的系统调用共用一个中断，然后通过传递的参数来确定调用的是哪一个中断~

哦也~有点那么个意思了——以前看ARM的时候好像就依靠中断之类的在各类状态之间进行转变，linux x86同样是利用中断在用户态和内核态之间转变的~

谢谢啦~基础太差~问题太多~智商太低~

emmoblin

我觉得关于系统调用的代码分析，情景分析讲得更清楚

lxyscls

嗯~设备文件系统devfs也是一类文件系统——其中是boot section, super block, inode, map等~

既然是文件系统当然需要接入到vfs这一层——然后再根据inode具体调用驱动注册时的operation~

哦也~