20222817《Linux内核原理与分析》第六周作业

文章目录

• • 一、给MenuOS增加命令
  • 二、使用gdb跟踪系统调用内核函数sys_time
  • 三、系统调用的内核处理过程
  • 四、总结

一、给MenuOS增加命令

rm -rf menu //强制删除当前menu目录
git clone https://github.com/mengning/menu.git //重新克隆一个新版本的menu
cd menu //切换目录
make rootfs //

可以看test.c，从main()开始读，里面只增加了两行代码，一个是MenuConfig（“time”）,另一个是MenuConfig（“time-asm”）。这两者对应的是两个函数。

具体代码如下：

 

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

 

cd ..//返回上一级目录
qemu -kernel linux-3.18.6/arch/x86/boot/bzImage -initrd rootfs.img -S -s //利用该命令启动内核

利用上述命令启动内核。在进行gdb调试之前，先启动gdb，把3.18.6的内核加载进来，之后连接到target remote 1234。操作完成后，就连接到了需要调试的MenuOS。

三、系统调用的内核处理过程

如下图所示，system_call流程示意图中涉及syscall_exit_work内部处理的一些关键点，大致的过程是syscall_exit_work需要跳转到work_pending,里面work_notifysig处理信号。还有work_resched是需要重新调度的，这里是进程调度的时机起点call schedule，调度完之后就会跳转到restore_all,恢复现场返回系统调用到用户态。

四、总结

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