练习二实验报告
1.从CPU加电后执行的第一条指令开始，单步跟踪BIOS：
1.1默认的gdb需要进行一些额外的配置才能进行qemu的调试任务，qemu和gdb之间使用网络端口1234进行通信。
lab1/tools/gdbinit的内容如下。可见，这里是对内核代码进行调试，并且将断点设置在内核代码的入口地址，即kern_init函数：
为了从CPU加电后执行的第一条指令开始调试，修改lab1/tools/gdbinit，内容为：
1.2 通过上一个步骤gdb可以连接qemu，此时qemu会进入停止状态，听从gdb的命令。另外，可能需要qemu在一开始便进入等待模式，则不再使用make qemu开始系统的运行，而使用make debug来完成这项工作，并且将gdbinit中的‘continue’指令删掉。这样qemu便不会在gdb未连接的时候擅自运行了。在lab1目录下执行’make debug’ :
然后弹出qemu和debug窗口（在Makefile文件中定义）：
但我这里在本应该显示反汇编代码的地方显示为‘??’，在网上查了之后觉得可能的原因是qemu和gdb不兼容，解决办法是在gdb中添加：
该命令可以强制反汇编当前ip所指向的指令，效果如下：
使用si指令单步执行一条机器指令，实现单步跟踪BIOS：
2.在初始化位置0x7c00设置实地址断点，测试断点正常：
在gdb中输入：‘b *0x7c00’ //设置断点
’c‘ //继续正在调试的程序 
可以看到程序运行到0x7c00处停下来，并显示当ip指向的汇编指令--’cli‘。
3.从0x7c00开始跟踪代码运行，将单步跟踪反汇编得到的代码与bootasm.S和bootblock.asm进行比较：
在断点0x7c00处多次执行’x /10i $pc’ //查看后面10条汇编指令
发现在执行’bootmain‘之前的指令与bootasm.S和bootblock.asm中的指令一致。
4.自己找一个bootloader或内核中的代码位置，设置断点并进行测试：
4.1将gdbinit改成原来的命令，即对内核代码进行调试，并且将断点设置在内核代码的入口地址，即kern_init函数;
4.2执行’make debug‘; //程序进入init.c中的kern_init()
4.3‘b cons_init’ //设置断点，这是初始化console的函数
’c‘ //继续执行正在调试的程序
4.4遇到断点，在console.c程序的cons_init()函数处终止：
原文：https://www.cnblogs.com/FrankChen831X/p/10596934.html