分析 system_call 中断处理过程
给MenuOS增加命令
首先进入LinuxKernel 文件夹，删除menu目录，然后git clone克隆一个新版本的menu，进入menu之后，运行make rootfs脚本自动编译生成根目录系统。
运行make rootfs时要进入menu目录下执行
当make rootfs成功后，输入help命令可以看到系统调用。
在test.c中添加函数
输入 make rootfs 重新编译成功后，输入help命令可以看到新增的getpid，然后输入getpid命令成功返回pid值。
使用gdb跟踪系统调用内核函数sys_time
对time命令所用到的系统调用内核处理函数进行调试跟踪，首先用如下命令启动内核，可以看到它被冻结起来。
cd ..
qemu -kernel linux-3.18.6/arch/x86/boot/bzImge -initrd rootfs.img -S -s
再打开一个窗口，水平分割启动gdb，然后用如下命令把内核加载进来，建立连接。
file linux-3.18.6/vmlinux
target remote:1234
在连接端口1234时，要注意：不要关掉之前冻结的qemu窗口
在start_kernel处设置断点，然后 c 继续执行，系统开始启动并在断点处停止。
time系统调用是13号系统调用，对应的内核处理函数是sys_time,所以在sys_time处设置断点，启动MenuOS后执行time命令，程序在sys_time处停止。
通过list命令列出sys_time 的代码。
进行gdb单步调试命令：step和next。step逐语句，跳进自定义函数内部执行；next逐过程，函数直接执行。这里使用step进行单步执行：
系统调用的内核处理过程
system_call流程示意图中涉及syscall_exit_work内部处理的一些关键点，大致过程是syscall_exit_work需要跳转到work_pending，里面有work_notifysig处理信号，还有work_resched是需要重新调度的，这里是进程调度的时机点call schedule，调度完之后就会跳转到restore_all，恢复现场返回系统调用到用户态。
根据课本上的流程图和简化后的system_call处理过程伪代码和对应的流程图之后。从系统调用处理过程的入口开始，可以看到SAVE_ALL保存现场，然后找到syscall_call和sys_call_table。
从 system_call 开始到 iret 结束之间的过程流程图
63
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
