《Linux内核设计与实现》读书笔记——第五章

《Linux内核设计与实现》读书笔记——第五章

标签(空格分隔): 20135321余佳源linux


第五章 系统调用

操做系统中,内核提供了用户进程与内核进行交互的一组接口。这些接口让应用程序受限的访问硬件设备,提供了新进程与已有进程进行通讯的机制,也提供了申请操做系统其余资源的能力。提供接口主要是为了保证系统稳定可靠,避免应用程序恣意妄行。编程

  • 使应用程序受限地访问硬件设备
  • 提供建立新进程与已有进程进行通讯的机制
  • 提供申请操做系统其余资源的能力

知识点回顾:
系统调用:须要int 0x80模拟中断让硬件触发。同步、主动地进入系统空间。
硬中断:异步、被动地进入系统空间。CPU运行时发生错误则中断,中断后没有进程调度。
软中断:中断后还执行其余进程调度。
系统调用过程:切换执行路径&切换运行级别
系统调用表:定义于arch/i386/kernel/syscall_table.S ,映射系统调用号和与系统调用。
系统调用的过程:int 0x80 -> 中断向量表 ->系统调用表 JUMP(EAX*4+基地址)根据系统调用号找到对应的系统调用代码并执行。api

1、与内核通讯

系统调用在用户控件进程和硬件设备之间添加了一个中间层,做用以下:安全

·为用户空间提供了一种硬件的抽象接口
·系统调用保证了系统的稳定和安全
·每一个进程都运行在虚拟系统中,而在用户控件和系统的其他部分提供这样一层公共接口

在Linux中,系统调用是用户控件访问内核的惟一手段;除异常和陷入外,他们是内核惟一的合法入口。异步

系统调用与API的不一样在于运行级别的切换。函数

2、API、POSIX和C库

应用程序经过在用户空间实现的应用编程接口(API)而非直接经过系统调用来编程。性能

POSIX是应用编程接口的一个国际标准,C库提供了POSIX的绝大部分API。操作系统

在Unix世界中,最流行的应用编程接口是基于POSIX标准的。翻译

关于Unix接口设计:提供机制而不是策略

POSIX、API、C库和系统调用之间的关系以下图:
设计

3、系统调用

  • 系统调用也就是 --> syscall 一般经过C库中定义的函数调用来进行系统调用。返回值是long型变量,若是出错,C库会将错误代码写入errno全局变量。
  • 系统调用再出现错误的时候C库会把错误码写入errno全局变量。经过调用perror()库函数,能够把该变量翻译成用户能够理解的错误字符串。
  • SYSCALL_DEFINE0只是一个宏,它定义一个无参数的系统调用。
  • asmlinkage——这是一个编译指令,通知编译器仅从栈中提取该函数的参数。

    全部的系统调用都须要这个限定词
    其次函数返回long

  • 系统调用在用户空间和内核空间有不一样的返回值类型,在用户空间为int在内核空间为long。

定义系统调用:要访问系统调用,一般经过C库定义的函数调用来进行

例:asmlinkage long sys_getpid(void)

  1. asmlingkage,这是一个编译指令,通知编译器仅从栈中提取该函数的参数。全部的系统调用都须要这个限定词。
  2. 返回值long。
    为了保证32位和64位系统的兼容,系统调用在用户空间返回值int,内核空间long
  3. 命名规则:sys_xxx

1.系统调用号

  1. 在Linux系统中每一个系统调用被赋予一个系统调用号,当用户空间的进程执行一个系统调用时,系统调用号用来指明执行哪一个系统调用
  2. 系统调用号一旦分配就不会再更改,被删除的系统调用号也不准再回收。
  3. sys _ ni _ syscall()专门针对无效的系统调用而设立的,只负责返回-ENOSYS
  4. 系统调用号被定义在arch/i386/kernel/syscall_64.c文件中

2.系统调用的性能——执行速度快

缘由:

  • 很短的上下文切换时间
  • 系统调用处理程序和每一个系统调用自己也十分简洁

4、系统调用处理程序

由于用户控件不能直接执行内核代码,须要切换内核态,它须要用某种方式告知内核,本身须要执行一个系统调用,请求切换到内核态,这个通知内核的机制是软中断

经过引起一个异常来促使系统切换到内核态去执行异常处理程序,此时的异常处理程序实际上即系统调用处理程序system_call(),中断号128,指令以下:
int 128
或者
int 0x80
退出是iret

它与硬件体系结构紧密相关

新指令sysenter,比int中断指令更快更专业。

1.指定恰当的系统调用

  1. 在x86上,系统调用号是经过eax寄存器传递给内核的。
  2. system_call()函数经过将给定的系统调用号与NR——syscall作比较来检查其有效性。
  3. 因为系统调用表中的表项是以64位类型存放的,内核须要将给定的系统调用号乘以4,而后用所获得的结果在该表中查询其位置。

2.参数调用

参数传递最简单的办法是像传递系统调用号同样,把这些参数也放在寄存器里。在X86-32系统上,ebx、ecx、edx、esi、edi按顺序存放前五个参数。须要六个或六个以上参数时应用一个单独的寄存器存放指向全部这些参数在用户空间地址的指针。

system_call()函数经过将给定的系统调用号与NR_syscalls做比较来检查其有效性。大于等于返回-ENOSYS,不然执行相应系统调用:

call *sys_call_table(,%rax,8)

过程:
int 0x80 → 中断向量表中找到对应中断向量 →系统调用表

JMP(EAX*4 + system_xxx),乘以4是由于系统调用表中的表象是以64位存放的。

5、系统调用的实现

1. 决定系统调用的用途

  • 明确新系统调用的参数、返回值和错误码,系统调用的接口力求简洁
  • 不少系统调用提供了标志参数以确保向前兼容。标志并非用来让单个系统调用具备多个不一样的行别行为,为了即便增长新的功能和选项,也不破坏向后兼容或不须要增长新的系统调用
  • 确保系统调用的可移植性和健壮性

2. 参数验证

  • 与文件I/O相关的系统调用必须检查文件描述符是否有效
  • 与进程相关的函数必须检查提供的PID是否有效
  • 最重要的一种检查就是检查用户提供的指针是否有效。内核必须保证:

    指针指向的内存区域属于用户空间
    指针指向的内存区域在进程的地址空间里,进程决不能绕过内存访问限制
    进程不能绕过内存访问限制

  • 最后一项检查针对是否有合法权限

3. 系统调用上下文

  • 内核在执行系统调用的时候处于进程上下文
  • current指针指向当前任务,即引起系统调用的那个进程
  • 在进程上下文中,内核能够休眠而且能够被抢占
  • 当系统调用返回的时候,控制权仍在system_call()中,它最终会负责切换到用户空间,并让用户进程继续执行下去

4. 绑定系统调用

  • 首先在系统调用表的最后加入一个表项
  • 对于所支持的各类体系结构,系统调用号都必须定义于<asm/unistd.h>中(系统调用号是专属于体系结构ABI(应用程序二进制接口)的部分)
  • 系统调用必须被编译进内核映象(不能被编译成模块)。好比sys.c,它包含了各类各样的系统调用

5. 从用户空间访问系统调用

  • 用户程序经过包含标准头文件并和C库连接,就可使用系统调用
  • 对于每一个宏来讲,都有2+2*n个参数

    第一个参数对应着系统调用的返回值类型
    第二个参数是系统调用的名称
    在之后是按照系统调用参数的顺序排列的每一个参数的类型和名称

6、系统调用上下文

内核在执行系统调用时处于进程上下文。
在进程上下文中,内核能够:
休眠说明系统调用可使用内核提供的绝大部分功能
能够被抢占要求保证该系统调用是可重入的

1.绑定一个系统调用的最后步骤

1.在系统调用表的最后加入一个表项。
2.对于所支持的各类体系结构,系统调用号都必须定义于<asm/unistd.h>中
3.系统调用必须被编译进内核映像,不能被编译成模块。——放进kernel/下的一个相关文件中便可,例如sys.c。

2.从用户空间访问系统调用

Linux自己提供了一组宏,用于直接对系统调用进行访问。

_syscalln()     //n的范围从0到6,表明须要传递给系统调用的参数个数。

例如:

long open(const char *filename, int flags, int mode)=#define NR_open 5_syscall3(long, open,const char*, filename, int, flags, int, mode)
应用程序能够直接用open()了。

对于每一个宏来讲,都有(2+2xn)个参数:

1.系统调用的返回值类型
2.系统调用的名称
之后按照系统调用参数的顺序排列每一个参数的类型和名称。

_NR_open在<asm/unistd.h>中定义。
这个宏会被扩展成为内嵌汇编的C函数。

3.为何不经过系统调用的方式实现

创建一个新的系统调用的好处:

  • 系统调用建立容易且使用方便
  • Linux系统调用的高性能显而易见

问题是:

  • 你须要―个系统调用号,而这须要一个内核在处于开发版本的时候由官方分配给你
  • 系统调用被加入稳定内核后就被固化了,它的接口不容许作改动
  • 须要将系统调用分别注册到每一个须要支持的体系结构中去
  • 在脚本中不容易调用系统调用,也不能从文件系统直接访问系统调用
  • 因为你须要系统调用号,所以在主内核树以外是很难维护和使用系统调用的

替代方法:
实现一个设备节点,并对此实现read()和write()。使用特定的信息进行检索。

  • 像信号量这样的某些接口,能够用文件描述符来表示,所以也就能够按上述方式对其进行操做
  • 把增长的信息做为一个文件放在sysfs的合适位置

7、总结

Linux尽可能避免每出现一种新的抽象就简单地加入一个新的系统调用。

系统调用究竟是什么?

  • 系统调用是操做系统为用户态进程与硬件设备进行交互提供的一组接口,让应用程序受限的访问硬件设备,提供了新进程与已有进程进行通讯的机制,也提供了申请操做系统其余资源的能力。能够保证系统稳定可靠。

执行系统调用的连锁反应有?

  • 陷入内核
  • 传递系统调用号和参数
  • 执行正确的系统调用函数
  • 并把返回值带回用户空间。
相关文章
相关标签/搜索