本期源码,欢迎star:
https://github.com/ZYKWLJ/assembly4-homework
一、单步调试debug的原理
1.问题引出
我们知道,CPU在执行程序的时候,是从CS:IP指向的某个地址开始,自动向下读取指令执行,也就是说,如果CPU不提供其他功能的话,就按照这中方式,CPU一加电,他就按照预设的地址开始一直执行下去,不可能有任何程序能控制他在执行完一条指令后停止,去做别的事情。
我们在使用debug的t命令的时候,有没有想过,Debug如何能让CPU在执行一条指令后,就显示各个寄存器的状态?或者我们在使用GDB调试代码时,使用-s命令又是如何逐步执行的呢?这似乎和CPU一直向下执行的工作方式相悖?
归根到底,Debug中调试这种逐步执行的能力,CPU是怎么实现的?
2.CPU的单步中断原理
这其实是CPU的**单步中断功能!**中断类型码为1
基本上,CPU在执行完一条指令后,如果检测到标志寄存器的TF位为1,则产生单步中断,引发中断过程。单步中断的中断类型码为1,他的中断过程如下:
(1) 取得中断类型码1;
(2)标志寄存器入栈,TF、IF设置为0
(3)CS、IP入栈
(4)(IP)=(1* 4),(CS)=(1*4+2)
综上所属,如果TF=1,则执行一条指令后,CPU就要转去执行1号中断处理程序。
按照上文 【汇编语言】12-内中断+中断程序实战
的说法,TF=1其实就是中断信息源,CPU检测到这个信息源后,就会找到中断类型码(这里是1),对应索引的中断向量表中的表项,这里即0000:0004~0000:0005存放偏移地址,0000:0006:0000:0007存放段地址。然后再跳转到该组合地址下的中断处理程序去执行。
至于CPU怎么检测中断源?为什么中断源会触发?这些问题参见:知识屏蔽 。
3.Debug单步中断的原理
现在我们知道了,Debug程序只不过为CPU的单步中断提供了中断处理程序,功能为显示所有的寄存器中的内容后再等待输入命令。
具体来说,在使用Debug的 t命令 执行指令时,Debug将TF设置为1从而触发中断源,使得CPU工作于单步中断方式下,则在 CPU 执行完这条指令后,就会引发单步中断,
执行单步中断的中断处理程序功能就是显示所有的寄存器中的内容后再等待输入命令。 显然,这个程序的偏移地址已经被预放在了0000:0004~0000:0005,段地址已经被预放在了0000:0006:0000:0007。
二、避免单步中断无限循环
一个很显然的问题就是,当TF=1时,CPU在执行完一条指令后将引发单步中断,转去执行中断处理程序。
注意,中断处理程序也是一条条指令组成,如果在执行中断处理程序之前,TF=1,那么CPU执行完中断处理程序后,又会回到TF=1的母程序,又会触发中断源,又去执行中断处理程序,之后又产生单步中断,反反复复,一直循环。
看来,上述过程是一个将陷入一个无限循环,CPU将永远执行单步中断处理程序的第一条指令。
当然不能让这样的事情发生!解决方案就是,在进入中断处理程序之前,将TF设置为0,从而避免CPU执行时发生单步中断。 这也是为什么在中断过程汇总有TF=0的步骤。
最后,让我们再来看一下中断过程:

是不是豁然开朗了!

本系列将精讲Linux0.11内核中的每一个文件,共计会发布100+文章。
😉【Linux102】11-kernel/vsprintf.c
😉【Linux102】12-include/stdarg.h
😉【Linux102】14-kernel/system_call.s
😉【Linux102】15-include/linux/sched.h
😉【Linux102】18-include/signal.h
😉【Linux102】19-include/sys/types.h
😉【Linux102】20-include/linux/kernel.h
😉【Linux102】21-include/asm/segment.h
😉【Linux102】22-include/linux/head.h
😉【Linux102】23-include/linux/mm.h
😉【Linux102】24-include/linux/fs.h
😉【Linux102】26-include/sys/wait.h
😉【Linux102】27-include/inux/tty.h
😉【Linux102】28-include/termios.h
😉【Linux102】30-include/sys/times.h
😉【Linux102】31-include/sys/utsname.h
😉【Linux102】32-include/stddef.h
😉【Linux102】33-include/linux/sys.h
😉【Linux102】36-include/asm/system.h
😉【Linux102】38-include/linux/fdreg.h
😉【Linux102】39-include/asm/io.h
😉【Linux102】40-kernel/blk_drv/blk.h
😉【Linux102】41-kernel/blk_drv/hd.c
😉【Linux102】42-include/linux/config.h
😉【Linux102】43-include/linux/hdreg.h
😉【Linux102】45-kernel/blk_drv/ramdisk.c
😉【Linux102】46-include/asm/memory.h
😉【Linux102】47-include/string.h
😉【Linux102】48-kernel/blk_drv/floppy.c
😉【Linux102】49-kernel/chr_drv/keyboard.S
😉【Linux102】50-kernel/chr_drv/console.c
😉【Linux102】51-kernel/chr_drv/serial.c
😉【Linux102】52-kernel/chr_drv/rs_io.s
😉【Linux102】53-kernel/chr_drv/tty_io.c
😉【Linux102】56-kernel/chr_drv/tty_ioctl.c
和Linux内核102系列不同,本系列将会从全局描绘Linux内核的各个模块,而非逐行源码分析,适合想对Linux系统有宏观了解的家人阅读。
😉【Linux】Linux概述1-linux对物理内存的使用
本系列将带领大家从0开始循序渐进学习汇编语言,直至完全掌握这门底层语言。同时给出学习平台DOSBox的使用教程。
本系列将直击C语言的本质基础,流利处理出各个易错、实用的实战点,并非从零开始学习C。
关于小希
😉嘿嘿嘿,我是小希,专注Linux内核领域,同时讲解C语言、汇编等知识。
我的微信:C_Linux_Cloud,期待与您学习交流!

加微信请备注哦
小希的座右铭:
别看简单,简单也是难。别看难,难也是简单。我的文章都是讲述简单的知识,如果你喜欢这种风格:
下一期想看什么?在评论区留言吧!我们下期见!

4530

被折叠的 条评论
为什么被折叠?



