2023-2024-1 20232813《Linux内核原理与分析》第六周作业

分析 system_call 中断处理过程

1.更新menu版本

2.修改test.c文件

使用make rootfs打开menu镜像，操作完成后可以看到MenuOS菜单中新增了两条命令：

使用gdb跟踪调试系统调用内核函数sys_time

//start_kernel处设置断点

b start_kernel
c
b sys_time
c
list
s
s

System_call分析

读者从系统调用处理过程的入口开始，可以看到SAVE_ALL保存现场，然后找到syscall_call和sys_call_table。call *sys_call_table(,%eax,4)就是调用了系统调用的内核处理函数，之后restore_all和最后有一个INTERRUPT_RETURN(iret)用于恢复现场并返回系统调用到用户态结束。在这个过程当中可能会执行system_exit_work，里面有work_pending，其中的work_notifysig是处理信号的。work_pending里还有可能调用schedule，这是一个非常关键的部分，他是进程切换的代码。

小结

（1）system_call是一段汇编代码的起点。只能调试系统调用的内核函数和其他内核函数的处理过程，但gdb不能完成跟踪执行过程的任务。

（2）system_call代码就是系统调用的处理过程，系统调用是一个特殊一点的中断（或称之为软中断），所有其他中断处理过程和这个system_call类似。比如中断过程中都有保护现场和恢复现场，system_call代码中保存现场SAVE_ALL和恢复现场restore_all。