一、背景
使用命令行连接gdb 在调试时,虽然可以通过tui enable 显示源码,但还是存在设置断点麻烦(需要对着源码设置),terminal显示代码不方便,不利于我们学习;另外在gdb 下p命令显示结构体内容时,看起来也是很别扭,可以利用vscode+gdb-multiarch 调试qemu 仿真的arm64 linux 内核,这样查看源码,设置断点,查看变量信息也很快捷方便
二、依赖环境
vscode extensions 搜索安装GDB Debug
增加gdb config
json 文件中增加(主要是设置 elf, 以及gdb 的路径,远程gdb连接的端口号)
{// Use IntelliSense to learn about possible attributes.// Hover to view descriptions of existing attributes.// For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387"version": "0.2.0","configurations": [{"type": "cppdbg","request": "launch","name": "kernel GDB","program": "${workspaceFolder}/vmlinux","cwd":"${workspaceFolder}","MIMode":"gdb","miDebuggerPath":"/usr/bin/gdb-multiarch","miDebuggerServerAddress": "localhost:1234","stopAtConnect": true,},]
}
三、在vscode中启动调试
如果不知道如何qemu 调试内核的可以参考我之前的文档
无人知晓:qemu搭建arm64 linux kernel调试环境
无人知晓:qemu单步调试arm64 linux kernel
这里有些差异,gdb 加载vmlinux, remote target设置的部分需要换成从vscode设置
第一步启动qemu并等待调试:
qemu-system-aarch64 \-machine virt,virtualization=true,gic-version=3 \-nographic \-m size=1024M \-cpu cortex-a72 \-smp 2 \ -kernel Image \-drive format=raw,file=rootfs.img \-append "root=/dev/vda rw nokaslr" \-s \-S
第二步vscode启动调试 Run->Start Debugging
第三步启动调试,在init/main.c中start_kernel设置断点,然后点击调试工具栏的continue即可触发到断点,可以开启单步调试了
第四步如果在执行过程中连接,也是点击pause按钮,这时内核会停止执行,然后在vscode中设置断点,continue后触发断点vscode能正确显示断点位置及代码