第八章 系统调用
API定义了一个给定的服务；系统调用是通过软中断向内核发出一个明确的请求。
API可能不调用系统调用，也可能调用多个系统调用。
Linux系统调用必须通过执行int 0x80，系统调用时用户态切换到内核态。
使用eax传递系统调用号。返回值0为成功，负数为程序错误码。
System_call()函数会检查current的flags域是否包含PF_TRACESYS为1，即是否在被跟踪执行。如果是，system_call()在系统调用服务例程执行之前，和之后调用syscall_trace()，允许收集current的信息。
传参：参数长度不能超过寄存器长度（32位），不能超过6个。Eax，ebx，ecx，edx，esi，edi。
动态地址检查：修正代码
内核态缺页异常的三种情况：
内核试图访问属于进程地址空间的页，但是,或者是相应的页框不存在，或者是内核试图去写一个只读页。
某一内核函数包含程序设计错误，当这个函数运行时就引起异常;或者，可能由于瞬时的硬件错误引起异常。
本章所讨论的一种情况:个系统调用服务例程试图读写-.个内存区,而该内存区的地址是通过系统调用参数传递来的，但却不属于进程的地址空间。
异常表：把访问进程值空间的任一条内核指令放异常表里。发生页异常时，do_page_fault()处理程序检查异常表，有就是由非法系统调用参数引起的，不然就是更严重的bug。
Linux定义了几个异常表。主要的异常表在建立内核程序映像时由C编译器自动生成。它存放在内核代码段的__ex_table部分,其起始与终止地址由C编译器产生的两个符号: __ start_ __ ex_ table和_ . stop__ ex_ table 标识。
此外，每个动态装载的内核模块(参看附录二)都包含有自己的局部异常表。这个表是在建立模块映像时由C编译器白动产生的,当把模块插人到运行中的内核叶把这个表装入到内存。
修正代码为几条汇编指令，解决缺页异常引发的问题
封装例程：内核也需要调用系统调用，但不能用库函数。
尽管系统调用主要由用户态进程使用，但也可以被内核线程调用,内核线程不能使用库的数。为了简化桕应的封装例程的声明，Linux定义了六个从_ syscal10到一syscall5的宏。
例程的声明。然而，不能用这些宏来为超过5个参数(系统调用号除外)的系统调用或产生非标谁返回值的系统调用定义封装例程。
每个宏严格地需要2+2xn个参数.n是系统调用的参数个数。前两个参数指明系统调用的返回值类型和名字;每-对附加参数指明相应的系统调用参数的类型和名字。因此，以fork(}系统调用为例，其封装例程可以通过如下语句产生:.
.syscall0lint, fork)
而write()系统调用的封装例程可以通过如下语句生产:
_ syscall3(int, write, int, fd, const char *, buf, unsigned int, count )