对内核中驱动加载有疑问?驱动什么时候init?什么时候probe?我也不明白,所以推荐一个qemu+vscode的调试方式。
1、基础环境搭建
1.1 vscode配置
下载vscode,搭建好基础环境,创建launch.json。
{
// 使用 IntelliSense 了解相关属性。
// 悬停以查看现有属性的描述。
// 欲了解更多信息,请访问: https://go.microsoft.com/fwlink/?linkid=830387
"version": "0.2.0",
"configurations": [
{
"name": "kernel-debug",
"type": "cppdbg",
"request": "launch",
"miDebuggerServerAddress": "127.0.0.1:1234",//ip
"program": "./linux-5.10/vmlinux", //vmlinux文件路径,自己指定
"args": [],
"stopAtEntry": true,
"cwd": "${workspaceFolder}",
"environment": [],
"externalConsole": false,
"logging": {
"engineLogging": false
},
"MIMode": "gdb",
"miDebuggerPath": "/bin/riscv64-unknown-linux-gnu-gdb" //gdb工具链路径,内核用是编译的,就用什么架构的编译工具链
}
]
}
1.2 kernel 编译
编译内核可以make menuconfig,看看自己选的config文件有没有选debug,这个选项在kernel hacking中可以看到,内核编译完成后我们关注两个文件,一个./arch/riscv/boot/Image,一个vmlinux,前者用来启动qemu,后者用来给vscode使用。
make ARCH=riscv CROSS_COMPILE=riscv64-unknow-linux-gnu- qemu_defconfig
make ARCH=riscv CROSS_COMPILE=riscv64-unknow-linux-gnu- j16
1.3 qemu 设置
安装qemu,apt-get install qemu,然后apt-get install qemu-system。
qemu-system-riscv64 -M virt -kernel fw_jump.elf -device loader,file=./arch/riscv/boot/Image,addr=0x80200000 -nographic -drive file=./openwrt-riscv64-ext4_.img,format=raw,id=hd0 -netdev tap,id=lan,ifname=openwrt_tap0,script=no,downscript=no -device virtio-net-device,netdev=lan -nographic -smp 2 -S -s
fw_jump.elf由编译opensbi得到,文件系统可以不加。
2、启动
先启动qemu命令,他会等待连接,再在vsode中开始调试,我的断点打在arch_call_rest_init()处,停住后可以调试。之前的运行代码其实是从arch/riscv/kernel/head.S这个汇编代码开始,里面有调start_kernel的汇编。