之前说到了,如何在qemu上,运行riscv kernel。下面说一下,如何使用eclipse+GDB,在qemu平台上调试kernel。
${SIFIVE_DIR}是freedom-u-sdk开源项目的本地跟目录。
一、配置bbl
配置bootloader,生成调试信息。
进入到${SIFIVE_DIR}/work/riscv-pk目录,这个目录是编译riscv-pk的目录。
执行如下命令:
rm $SIFIVE_DIR/work/riscv-pk/* cd $SIFIVE_DIR/work/riscv-pk PATH=$SIFIVE_DIR/work/buildroot_initramfs/host/bin:$PATH $SIFIVE_DIR/riscv-pk/configure \ --host=riscv64-buildroot-linux-gnu \ --enable-logo \ --with-logo=$SIFIVE_DIR/conf/sifive_logo.txt CFLAGS="-mabi=lp64d -march=rv64imafdc -g" LDFLAGS='-g' make PATH=$SIFIVE_DIR/work/buildroot_initramfs/host/bin:$PATH -C $SIFIVE_DIR/work/riscv-pk
编译完成后,使用readelf -S bbl,查看生成的bbl,是否带有debug信息。有.debug*段即可。主要是给CFLAGS和LDFLAGS变量,加上-g参数。
二、配置kernel
配置kernel,生成调试信息。
进入到${SIFIVE_DIR}/linux目录,执行
make ARCH=riscv menuconfig O=${SIFIVE_DIR}/work/linux。
O选项,指定该目录,是linux kernel的编译目录。
在 kernel hacking->compile-time checks and compiler options 选项页,勾选第一个Compile the kernel with debug info。
重新make O=${SIFIVE_DIR} /work/linux vmlinux,生成vmlinux。
使用 readelf -S vmlinux 查看vmlinux的section,如果有下图所示的.debug**段,说明,vmlinux带了有debug信息。
三、调试方式启动qemu
qemu的-s和-S参数,可以启动调试模式。
$SIFIVE_DIR/work/riscv-qemu/prefix/bin/qemu-system-riscv64 -nographic -machine virt -bios $SIFIVE_DIR/work/riscv-pk/bbl -kernel $SIFIVE_DIR/work/linux/vmlinux -initrd $SIFIVE_DIR/work/initramfs.cpio.gz -netdev user,id=net0 -device virtio-net-device,netdev=net0 -s -S
四、eclipse连接
启动eclipse工具,先建一个project。
project建立好之后,配置debug。
在main界面,选择project为刚刚建立的project,勾选Disable auto build。
在debugger界面,Debugger选择gdbserver,配置DGB调试器的路径,这里使用riscv64-unknown-linux-gnu-gdb。
我本机上的gdb版本是8.2。
lujun@lujun-host:~$ /opt/riscv-gcc/bin/riscv64-unknown-linux-gnu-gdb -version GNU gdb (GDB) 8.2.50.20181127-git Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. |
connection选项页,host name填localhost,port填1234。qemu的-s选项,会创建1234端口,用于gdb连接调试。
设置完毕之后,选择右下角的debug。开启调试。
五、调试bbl
启动调试之后,在debug子界面,选择Process[1]->Thread#11->0x1000。0x1000表示,此时cpu停在了0x1000地址处。这个地址也就是riscv-qemu的复位地址。
点击view Disassembly,可以看到反汇编。
在console界面,会有如下的warning提示,并且没有显示0x1000地址的反汇编。因为这个时候cpu执行的指令,是在qemu中固化的。因此不能调试。
Type "apropos word" to search for commands related to "word". warning: No executable has been specified and target does not support determining executable automatically. Try using the "file" command. 0x0000000000001000 in ?? () |
在console界面,输入如下命令,载入bbl,设置断点为bbl的起始label,
file /home/lujun/work/sifive/freedom-u-sdk/work/riscv-pk/bbl b reset_vector |
执行结果如下:
file /home/lujun/work/sifive/freedom-u-sdk/work/riscv-pk/bbl A program is being debugged already. Are you sure you want to change the file? (y or n) [answered Y; input not from terminal] Reading symbols from /home/lujun/work/sifive/freedom-u-sdk/work/riscv-pk/bbl... b reset_vector Breakpoint 1 at 0x80000000: file /home/lujun/work/sifive/freedom-u-sdk/riscv-pk/machine/mentry.S, line 37. |
file命令,是载入一个elf程序。b命令设置一个断点。bbl的起始执行的label是reset_vector。
点击eclipse工具的run按钮,启动执行。过一会,cpu就会在设置的断点处停下来。我们就可以调试bbl的程序。
六、调试kernel
通过file命令,载入vmlinux,设置断点为start_kernel。
file /home/lujun/work/sifive/freedom-u-sdk/work/linux/vmlinux A program is being debugged already. Are you sure you want to change the file? (y or n) [answered Y; input not from terminal] Load new symbol table from "/home/lujun/work/sifive/freedom-u-sdk/work/linux/vmlinux"? (y or n) [answered Y; input not from terminal] Reading symbols from /home/lujun/work/sifive/freedom-u-sdk/work/linux/vmlinux... Error in re-setting breakpoint 1: Function "reset_vector" not defined. b start_kernel Breakpoint 2 at 0xffffffe00000063c: file /home/lujun/work/sifive/freedom-u-sdk/linux/init/main.c, line 536. |
点击eclipse工具的run按钮,启动执行。过一会,cpu就会在设置的断点处停下来。我们就可以调试kernel的程序。
七、总结
借助qemu,eclipse以及GDB工具,我们可以对bbl和kernel进行调试。
这个版本的GDB有点问题,需要改代码,然后重新编译生成。大家在遇到的时候,直接百度错误结果,根据百度结果修改代码,重新编译即可。