1。安装QEMU,安装个LINUX虚拟机。被调试的是虚拟机。
2。重新编译虚拟机里LINUX KERNEL,打开DEBUG相关设置,DEBUG_INFO。
3。用QEMU 启动被调试的虚拟机的时候,加上 -S 参数。注意是大写S,表示虚拟机一启动起来就先暂停(SUSPEND).
4。选中QEMU那个虚拟机,按 CTL+ALT+2切换到控制窗口,然后输入
gdbserver 1234. 意思是启动GDBSERVER,同时端口为1234。然后这时可以按c, 让QEMU继续运行。然后按CTRL+ALT+1 切换回虚拟机本身的显示。如果使用-s -S启动的话,会自动wait gdb connect tcp:1234
5。在HOST(主机)上面启动一个GDB。如果要看LINUX KERNEL SYMBOL的话,最好在和虚拟机里编译LINUX KERNEL同样的路径上放上KERNEL的源码。或者使用gdb -d 或者path添加源代码搜索路径。
在启动GDB 的时候,用 gdb vmlinux 来启动。其中的vmlinux 是没压缩过,并且带符号表的格式,大小应该为30M 以上。
6。在GDB 里,输入 target remote localhost:1234。 这里的1234是和QEMU里的设置相对应。
7。回车,这时虚拟机应该被停了下来,同时在GDB里会显示一些随机的源码,显示GDB停在了什么地方。
8。这时,在GDB里,可以用b xxx设置断点,然后按c继续运行。
9。如果虚拟机已经运行了一半,这时想停下来加断点,可以在GDB里按CTRL+C.
但是调试的时候发现start_kernel断不下来。还有一种错误说是不能移除断点。
后来发现可能是qemu的问题。
1`首先要保证内核中CONFIG_DEBUG_RODATA的选项不要选上。
2`最好不用使用qemu-kvm,好像新的版本已经集成了kvm。
3`不要使用kqemu 在启动qemu的时候加上-no-kqemu。据说有断点的bug。
现在使用qemu结合insight或者DDD等gdb的图形前端,跟踪协议栈或者文件系统内存管理等都非常的爽。
就是与硬件驱动相关的跟踪可能差点。
阅读(936) | 评论(0) | 转发(0) |