我试图mkdir
通过查看内核源代码来理解一个函数的工作原理。这是一种尝试了解内核内部结构并在各种功能之间导航的尝试。我知道mkdir
是在中定义的sys/stat.h
。我找到了原型:
/* Create a new directory named PATH, with permission bits MODE. */
extern int mkdir (__const char *__path, __mode_t __mode)
__THROW __nonnull ((1));
现在,我需要查看在哪个C文件中实现此功能。从源目录,我尝试了
ack "int mkdir"
哪个显示
security/inode.c
103:static int mkdir(struct inode *dir, struct dentry *dentry, int mode)
tools/perf/util/util.c
4:int mkdir_p(char *path, mode_t mode)
tools/perf/util/util.h
259:int mkdir_p(char *path, mode_t mode);
但是它们都不符合中的定义sys/stat.h
。
问题
mkdir
实施哪个文件?注意:我正在使用内核2.6.36-rc1。
系统调用不会像常规函数调用那样处理。它需要特殊的代码才能从用户空间过渡到内核空间,基本上是在调用站点上将一些内联汇编代码注入到您的程序中。“捕获”系统调用的内核端代码也是底层的东西,您可能至少在一开始时可能不需要深入了解。
在include/linux/syscalls.h
内核源目录下,您可以找到以下内容:
asmlinkage long sys_mkdir(const char __user *pathname, int mode);
然后在中/usr/include/asm*/unistd.h
,您会发现:
#define __NR_mkdir 83
__SYSCALL(__NR_mkdir, sys_mkdir)
这段代码说的mkdir(2)
是系统调用#83。也就是说,系统调用是通过数字调用的,而不是通过地址调用,而不是像在您自己的程序或链接到该程序的库中的正常函数调用那样,通过地址进行调用。我上面提到的内联汇编粘合代码使用它来进行从用户到内核空间的转换,并带上您的参数。
还有一点证据表明这里有些奇怪,那就是系统调用并不总是有严格的参数列表:open(2)
例如,可以使用2个或3个参数。这意味着open(2)
被重载,C的特征++,不是C,但系统调用接口是C兼容。(这与C的varargs功能不同,后者允许单个函数采用可变数量的参数。)
要回答您的第一个问题,没有单个文件mkdir()
存在。Linux支持许多不同的文件系统,并且每个文件系统都有其自己的“ mkdir”操作实现。让内核将所有内容隐藏在单个系统调用之后的抽象层称为VFS。因此,您可能想开始fs/namei.c
使用vfs_mkdir()
。低级文件系统修改代码的实际实现在其他地方。例如ext4_mkdir()
,定义了ext4实现fs/ext4/namei.c
。
关于第二个问题,是的,所有这些都有模式,但没有一条规则。实际上,您需要对内核的工作原理有一个相当广泛的了解,以便弄清楚应该在哪里寻找任何特定的系统调用。并非所有系统调用都涉及VFS,因此它们的内核端调用链并非都始于fs/namei.c
。mmap(2)
例如,开始于mm/mmap.c
,因为它是内核内存管理(“ mm”)子系统的一部分。
我建议您得到Bovet和Cesati的“了解Linux内核”的副本。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句