在Linux中,系统调用是用户空间访问内核的唯一手段。
除异常和陷入外,他们是内核唯一的合法入口。
关于Unix接口设计:提供机制而不是策略
系统调用在设计时,就是朝着“机制”的方向,如果是单纯为了某个具体的问题来创建系统调用,显然会降低其通用性。
Linux尽量避免每出现一种新的抽象就简单的加入一个系统调用,这使得它的系统调用接口简洁的令人叹为观止,低的新系统调用增添频率体现出Linux是一个相对较为稳定并且功能已经较为完善的操作系统。
asmlinkage long sys_getpid(void)
限定词:asmlinkage
函数返回值类型:long
符合命名规则的命名:sys_getpid
每个系统调用被赋予一个系统调用号,系统调用发生时,内核就是根据传入的系统调用号来知道是哪个系统调用的。
系统调用号一旦分配无法变更。
在x86架构中,用户空间将系统调用号是放在eax中。
内核记录了系统调用表中的所有已经注册过的系统调用列表,存储在sys_call_table中。x86-64中该表定义在arch/i386/kernel/syscall_64.c中。
设计原则:简洁、高效
原因:很短的上下文切换时间
用户程序无法直接执行内核代码,由于内核驻留在受保护的地址空间上,不能直接调用内核空间中的函数。
应用程序以某种方式通知系统,告诉内核自己需要执行一个系统调用,希望系统切换到内核态,内核就可以代表应用程序在内核空间执行系统调用。
通知内核的机制是靠软中断实现的:通过引发异常来粗来系统切换内核态执行异常处理程序(系统调用处理程序)。
重要的概念:用户空间引起异常或陷入内核
eax寄存器:将系统调用号传递给内核
system_call():与NR_syscall比较,检查有效性
call *sys_call_table(,%rax,8):执行相应的系统调用
x86系统,ebx,ecx,edx,esi,edi按顺序存放前五个参数。
需要6个及以上参数,应用一个单独的寄存器存放指向这些参数在用户空间地址的指针。
返回值存放在eax。
第一步:决定它的用途
原则:用途明确、简洁稳定、通用、可移植、健壮。
参数合法有效并正确:不应让内核访问无权访问的资源
最重要的检查:用户提供的指针是否有效。内核必须保证指针:
- 指向的内存区域属于用户空间;
- 指向的内存区在进程的地址空间里;
- 指向的内存区在内存的访问权限范围中。
两个方法检查在两空间之间数据的来回拷贝:
copy_to_user():向用户空间写入数据
copy_from_user():从用户空间读取数据
针对是否有合法权限的检查
capable():是否有权对指定的资源进行操作
返回0:无权操作
内核在执行系统调用的时候处于进程上下文
current指针指向当前任务。
在进程上下文中,内核可以休眠、被抢占。
当系统调用返回时,控制权仍然在system_call()中,负责切换到用户空间,并让用户进程继续执行下去
编写完系统调用之后,将其注册成一个正式的系统调用
在系统调用表中加入表项;
系统调用号定义于中;
编译进内核映像,放入kernel/下的相关文件。
_syscalln():Linux提供的一组宏,用于直接对系统调用进行访问。会设置好寄存器并调用陷入指令。
n的范围:0~6,代表传递给系统调用的参数个数。
对每个宏来说,都有2+2*n个参数。
第一个参数:对应系统调用返回值类型
第二个参数:系统调用的名称
按系统调用参数顺序排列的每个参数的类型和名称
例:
long open(const char *filename, int flags, int mode)
#define NR_open 5
_syscall3(long, open, const char*, filename, int, flags, int, mode)
参考资料:《Linux内核设计与实现》(原书第三版)
http://www.cnblogs.com/hyq20135317/p/5297270.html