《庖丁解牛》第五章书本知识总结
system_call并不是一个普通的函数，只是一段汇编代码的起点，且内部没有严格遵守函数调用堆栈机制。- 通过
set_system_trap_gate函数绑定了中断向量0x80和system_call中断服务程序入口之后，一旦执行0x80，CPU就直接跳转到system_call这个位置来执行。即系统调用的工作机制在start_kernel里初始化之后，CPU一旦执行到int 0x80指令就会立即跳转到system_call的位置。 - 代码中的
sys_call_table是一个系统调用的表，EAX寄存器传递的系统调用号，使用者在调用它时会根据EAX寄存器值来调用对应的系统调用内核处理函数。
实验：分析system_call中断处理过程
- 添加命令
mkdir
- 使用课本第三章的步骤，制作rootfs.img（因为内核版本不一样，
make rootfs有一些不同），并启动内核
- 设置断点
sys_mkdir
- 启动系统执行
mkdir指令
- 三步s跳转到另一个宏定义
- 运行到
sys_call
- 执行结束
- 重新
mkdir创建失败
一些补充
- 流程图
system_call位于kernel/entry_32.S中，是一段特殊的汇编代码，执行流程如下：
- linux内核编译过程中，无法进去编译好的内核，错误提示如下：
推测是某些模块编译出错，因为修改了delayout = 10，也无法进入。之后换一个新版本的内核，重新进行。
更新：内核编译成功
附图如下(虚拟机本来的内核版本是4.15.0)：
遇到的问题：
- 提醒大家安装模块的命令是
sudo make modules_install，modules和install之间是有下划线的！！希望没人跟我一样犯这种错误。。。 - 编译结束进入新内核，提示“虚拟机已禁用CPU”。
解决：使用记事本打开虚拟机的.vmx文件，添加下列一行即可。
cpuid.1.eax = "0000:0000:0000:0001:0000:0110:1010:0101" - 进入新内核提示
out of memory and no killable processes
解决：内存不足，给虚拟机分配多一点内存即可解决。 - gcc编译c文件，提示
syscall没有定义
解决：使用gcc4.8版本进行编译，问题解决。安装低版本gcc工具请参考：https://www.linuxidc.com/Linux/2017-03/142299.htm