QEMU安装过程
sudo apt-get install qemu
为内核挂载临时文件系统
首先进入工作目录
rootdir='/path/to/work/dir/'
cd ${rootdir}
下载压缩包到${rootdir}: http://wiki.ldmcbuaa.com/download/attachments/35783861/initramfs.cpio.gz?version=1&modificationDate=1591342743117&api=v2
拷贝linux内核到${rootdir}
cp arch/x86/boot/bzImage ${rootdir}
cp vmlinux ${rootdir}
开始GDB调试
使用以下命令启动qemu
qemu-system-x86_64 \
-m 2048 \
-kernel linux-5.4.39-ori/arch/x86/boot/bzImage \
-initrd initramfs.cpio.gz \
-s -S \
-nographic -serial mon:stdio \
-append "console=ttyS0 nokaslr"
选项说明
-m 指定内存数量
-kernel 指定 bzImage 的镜像路径
-s 等价于 -gdb tcp::1234 表示监听 1234 端口，用于 gdb 连接
-S 表示加载后立即暂停，等待调试指令。不设置这个选项内核会直接执行
-nographic 以及后续的指令用于将输出重新向到当前的终端中，这样就能方便的用滚屏查看内核的输出日志了。
-append nokaslr是传递给内核的参数。表示禁用kaslr(Kernel Address Space Layout Randomization) 。
最后这个kaslr很关键，否则话kernel加载到内存后他的地址会进行随机化，这样gdb任务的地址和kernel实际的加载地址就不一致，会导致断点完全不工作。我没少耗费时间在这个坑里。
2.打开一个新的窗口，并进入${rootdir}，执行以下命令：
gdb vmlinux
进入gdb命令行后，执行命令：
set arch i386:x86-64:intel
设置完 arch 后，连接：
target remote :1234
连接上后就可以看到 gdb 正常的输出 start_kernel 处的代码，然后按照 gdb 的调试指令进行内核调试即可。
GDB调试方法
一、显示源代码
list <linenum>
显示程序第linenum行的周围的源程序。
list <function>
显示函数名为function的函数的源程序。
list
显示当前行后面的源程序。
list -
显示当前行前面的源程序。
一般是打印当前行的上5行和下5行，如果显示函数是是上2行下8行，默认是10行，当然，你也可以定制显示的范围，使用下面命令可以设置一次显示源程序的行数。
set listsize <count>
设置一次显示源代码的行数。
show listsize
查看当前listsize的设置。
list命令还有下面的用法：
list <first>, <last>
显示从first行到last行之间的源代码。
list , <last>
显示从当前行到last行之间的源代码。
list +
往后显示源代码。
一般来说在list后面可以跟以下这们的参数：
<linenum> 行号。
<+offset> 当前行号的正偏移量。
<-offset> 当前行号的负偏移量。
<filename:linenum> 哪个文件的哪一行。
<function> 函数名。
<filename:function> 哪个文件中的哪个函数。
<*address> 程序运行时的语句在内存中的地址。
二、搜索源代码
不仅如此，GDB还提供了源代码搜索的命令：
forward-search <regexp>
search <regexp>
向前面搜索。
reverse-search <regexp>
全部搜索。
其中，<regexp>就是正则表达式，也主一个字符串的匹配模式，关于正则表达式，我就不在这里讲了，还请各位查看相关资料。
三、指定源文件的路径
某些时候，用-g编译过后的执行程序中只是包括了源文件的名字，没有路径名。GDB提供了可以让你指定源文件的路径的命令，以便GDB进行搜索。
directory <dirname ... >
dir <dirname ... >
加一个源文件路径到当前路径的前面。如果你要指定多个路径，UNIX下你可以使用“:”，Windows下你可以使用“;”。
directory
清除所有的自定义的源文件搜索路径信息。
show directories
显示定义了的源文件搜索路径。
四、源代码的内存
你可以使用info line命令来查看源代码在内存中的地址。info line后面可以跟“行号”，“函数名”，“文件名:行号”，“文件名:函数名”，这个命令会打印出所指定的源码在运行时的内存地址，如：
(gdb) info line tst.c:func
Line 5 of "tst.c" starts at address 0x8048456 <func+6> and ends at
0x804845d <func+13>.
还有一个命令（disassemble）你可以查看源程序的当前执行时的机器码，这个命令会把目前内存中的指令dump出来。如下面的示例表示查看函数func的汇编代码。
(gdb) disassemble func
遇见问题记录
Remote ‘g’ packet reply is too long 错误的原因
这个错误是当目标程序执行时发生模式切换（real mode 16bit -> protected mode 32bit -> long mode 64bit）的时候，gdb server（此处就是 qemu）发送了不同长度的信息，gdb 无法正确的处理这种情况，所以直接就报错。
此时需要断开连接并切换 gdb 的 arch （i386:x86-64 和 i386:x86-64:intel ），arch 变化后，gdb 会重新设置缓冲区，然后再连接上去就能正常调试。这个方法规避了一些麻烦，但是实际上有两种正规的解决方案：
（1） 修改 gdb 的源码，使 gdb 支持这种长度变化（gdb 开发者似乎认为这个问题应该由 gdb server 解决）。
（2） 修改 qemu 的 gdb server，始终发送 64bit 的消息（但是这种方式可能导致无法调试 real mode 的代码）。