2018-2019-1 20189215 《Linux内核原理与分析》第六周作业

《庖丁解牛》第五章书本知识总结

1. system_call并不是一个普通的函数，只是一段汇编代码的起点，且内部没有严格遵守函数调用堆栈机制。
2. 通过set_system_trap_gate函数绑定了中断向量0x80和system_call中断服务程序入口之后，一旦执行0x80，CPU就直接跳转到system_call这个位置来执行。即系统调用的工作机制在start_kernel里初始化之后，CPU一旦执行到int 0x80指令就会立即跳转到system_call的位置。
3. 代码中的sys_call_table是一个系统调用的表，EAX寄存器传递的系统调用号，使用者在调用它时会根据EAX寄存器值来调用对应的系统调用内核处理函数。

实验：分析system_call中断处理过程

1. 添加命令mkdir
   
2. 使用课本第三章的步骤，制作rootfs.img（因为内核版本不一样，make rootfs有一些不同），并启动内核
   
3. 设置断点sys_mkdir
   
4. 启动系统执行mkdir指令
   
5. 三步s跳转到另一个宏定义
   
6. 运行到sys_call
   
7. 执行结束
   
8. 重新mkdir创建失败
   

一些补充

1. 流程图
   system_call位于kernel/entry_32.S中，是一段特殊的汇编代码，执行流程如下：
   
2. linux内核编译过程中，无法进去编译好的内核，错误提示如下：
   
   推测是某些模块编译出错，因为修改了delayout = 10，也无法进入。之后换一个新版本的内核，重新进行。

更新：内核编译成功

附图如下(虚拟机本来的内核版本是4.15.0)：

遇到的问题：

1. 提醒大家安装模块的命令是sudo make modules_install，modules和install之间是有下划线的！！希望没人跟我一样犯这种错误。。。
2. 编译结束进入新内核，提示“虚拟机已禁用CPU”。
   解决：使用记事本打开虚拟机的.vmx文件，添加下列一行即可。
   cpuid.1.eax = "0000:0000:0000:0001:0000:0110:1010:0101"
3. 进入新内核提示out of memory and no killable processes
   解决：内存不足，给虚拟机分配多一点内存即可解决。
4. gcc编译c文件，提示syscall没有定义
   解决：使用gcc4.8版本进行编译，问题解决。安装低版本gcc工具请参考：https://www.linuxidc.com/Linux/2017-03/142299.htm

参考资料

《庖丁解牛Linux》