使用gdb跟踪分析一个系统调用内核函数
首先我们删除本身的menu目录，并从github上克隆一个menu，并进行编译
编译过程
现在找到test.c文件，加入上个实验中做的getPid()方法
利用make rootfs编译
执行命令
qemu -kernel linux-3.18.6/arch/x86/boot/bzImage -initrd rootfs.img -S -s
然后切换成横屏，可以看出现在内核处于挂起状态，然后执行相关命令加载内核符号表
命令
target remote:1234
连接到调试的OS里，在start_kernel处设置断点，命令
b start_kernel
命令
list
查看start_kernel的这段代码
同理在sys_time中设置断点，并查看这段代码
让其执行完，sys_time返回后进入汇编代码处理gdb无法继续跟踪，一直利用
n
命令的话，从sys_time退出后会跟踪带Schedule进程调度的函数
由于执行int 0x80时，会执行system_call对应的代码，他们通过终端向量匹配起来，所以我们在这个位置继续设个断点，并用
c
命令让其继续执行，可以看出时间得以显示出来之后用
time_asm
仍会停在sys_time的位置，不会停在system_call,我们无法跟踪entry32.s这个代码。
查看entry_32.S中的ENTRY函数，此函数为int 0x80执行后的下一段代码，首先保存现场，，然后根据系统调用号，来查找系统调用表，来调用系统函数，当前进程退出时处理信号/重新调度/返回系统调用。系统调用返回之前可能会发生进程调度，进程调度里面会发生进程上下文的切换。当前进程发信号可能会处理，整个系统调用的过程差不多是这样。
系统调用流程图（
