大家调试内核模块都是怎么调的呢，用kgdb吗

qq1158291633

源码调试的话 大概这是首选方式吧
感觉跟win的内核调试机制相比 还是太多的不成熟

大家调试模块都是怎么调的呢
是不是每次都要去找模块的加载地址，然后再gdb中用相应section的地址来加载符号，感觉这个方法好麻烦啊
试了下gdbmod  感觉也不能自动加载符号
大家都是怎样调试内核模块的呢

还有gdb中有没有类似win下windbg中基于内核调试的一些辅助功能呢

amarant

内核模块吗？我都是反复make; insmod; rmmod 靠打印信息查看状态

qq1158291633

回复 2# amarant


    是啊
但是如果程序比较大，涉及到的协议比较复杂的话 ，光靠打印消息来调试的话 效率就太低了吧
我觉得源码调试的效率会好很多

amarant

回复 3# qq1158291633


    那就编译到内核，用qemu吧。可以满足你大部分需求，察看内存/当前正在运行的指令。不会一般来说，不会需要这么调试吧。这样的话，一个printk都是几万条指令。除非你有确切的EPC，不然的话很费力的。

qq1158291633

回复 4# amarant

我主要是源码调试，发现用kgdb调试一个是速度慢（我是两台vmware虚拟机，2台vm均是1g内存 主机8g）
二个是加载模块符号的话 蛮麻烦

如果编译到内核的话 那每次修改代码 都要重新编译布置内核的 也蛮麻烦

当然是有好的方法更好，没好的方法也只能就这样搞了

想起windows下内核调试时多么的方便，任何模块加载windbg都会自动加载符号，而且有很多专门便于内核调试的调试器端的指令
期待有一天linux下的内核调试器能达到这样的水平

感觉只有方便的开发人员，降低了门槛 ，才有有更多的人才投入到这个平台，才有有更多的好的软件出现

   

omycle

用Printk+ git bisect的飘过

hmsghnh

如果你用的调试版本的ko文件，符号都已经在 ko文件里面了，还需要怎么去加载符号啊. 又不是像 windows ，调试符号单独放一个 pdb文件。

tempnamett

大部分都是printk吧，

soloarrow

感觉自己编的内核模块printk比较快，如果是协议栈，systemtap是个比较好的选择