我们习惯在SI(Source Insight)中阅读Linux内核,SI会建立符号表数据库,能非常方便地跳转到变量、宏、函数等的定义处。但在处理系统调用的函数时,却会遇到一些麻烦:我们知道系统调用函数名的特点是sys_×××,例如我们想找open函数的内核系统调用代码,在SI提供的符号表中搜索sys_open,能找到函数的声明:
asmlinkage long sys_open(const char __user *filename, int flags, umode_t mode);
原本SI提供从函数名按住Ctrl单击鼠标左键能跳转到定义处的功能,但运用在系统调用函数sys_open上却失败了,这是什么回事呢?
系统调用宏定义展开
经过分析,原来内核中系统调用采用了宏定义,如这里的sys_open就被定义为:
SYSCALL_DEFINE3(open, const char __user *, filename, int, flags, umode_t, mode)
可以猜测出这个宏定义展开之后就是上面函数声明那样的,难怪SI不能跳转到系统调用的定义处呢!
下面以open系统调用为例分析这个宏是如何展开的:
首先在 include/linux/syscall.h
中有下面这样的宏定义:
#define SYSCALL_DEFINE3(name, ...) \
SYSCALL_DEFINEx(3, _##name, __VA_ARGS__)
针对这个宏定义有几点说明:
- 反斜杠\:当宏定义过长需要换行时,在行尾要加上换行标志“\”;
- …:省略号代表可变的部分,下面用
__VA_AEGS__
代表省略的变长部分; - ##:分隔连接方式,它的作用是先分隔,然后进行强制连接,例如:
#define VAR(type, name) type name##_##type
VAR(int, var1);
展开之后就是:
int var1_int;
那么:
SYSCALL_DEFINE3(open, const char __user *, filename, int, flags, umode_t, mode)
展开之后是:
SYSCALL_DEFINEx(3, _open, __VA_ARGS__)
这又是一个宏,根据宏定义:
#defi