关于内核KGDB调试，纠结

fjaygrfjaygr

    是这样的，现在我要把官方的linux-3.14.1版本源码 移植 到 我的板子上(Cortex a，uboot已经OK了。这样，我需要做的工作是： 在新的内核源码中
添加 中断驱动、GPIO驱动、时钟驱动、定时器驱动、静态内存映射、pinctl管脚复用、。。。这些都是和SOC密切相关的东西，也就是没有这些东西，内核是没法运行
到 挂载根文件系统  那一步的，，，，，，，现在 搞到 时钟驱动，了，我需要在这个阶段 进行 内核调试，，，，这个时候内核还在 start_kernel中跑呢。。。。
KGDB可以在这个阶段工作吗？   我需要确认一下，，，因为我觉得 内核运行的基础性的东西还没有搭建起来，，KGDB又是如何运行的，，！

amarant

做这一套工作几次了，从没用过kgdb。我认为首先调通early_printk最重要。如果条件允许有trace32最好，没有就老老实实靠打印前进

fjaygrfjaygr

回复 2# amarant

谢谢提醒。
       我一直用的就是early_printk，但是想用点高级点的调试方式，公司太DS了，没有trace32这种强力工具  。。。。。
那就是说，像那种三星、高通、飞思卡尔，这种造soc的公司，开发BSP不会用KGDB kdb这种屌丝玩意调试，而是用专门的工具trace32 BDI3000 这样的，是吗。
刚开始搞这些，很多还不明白 ，



   

amarant

回复 3# fjaygrfjaygr


    这些大公司当然买个trace32的能力还是有的。。

xs3c

回复 1# fjaygrfjaygr
明显不能至少也要在kernel初始化完kgdboc后才行。


   

arm-linux-gcc

trace32也就几万块钱，开公司的要是连这个都舍不得买，那就别自己做板子了，买现成的板子算了


kgdb能用的时候都比较晚了，如果是调试bring-up，老老实实加打印用early_printk看log吧

fjaygrfjaygr

回复 5# xs3c

明白。。。。


   

fjaygrfjaygr

回复 6# arm-linux-gcc
就是 bring up 阶段，，，