在驱动开发中,经常会碰到kernel panic的问题,如果快速和高效的定位出问题的位置至关重要。kernel panic出现的位置有两个,一种是在kernel里面,一种是在device driver里面,根据kernel panic的call stack可以看出来,定位源文件的方法也是一样的。
首先要有对应的debug symbol,如果是在linux kernel里,就需要安装对应版本的symbol,方法可以查看这篇文章。如果是device driver,就需要developer自己build debug版的driver出来。
其次,需要安装gdb,没错,我们可以使用gdb,根据call stack来定位出错的位置。以linux kernel自身的kernel panic为例:
$gdb /usr/lib/debug/boot/vmlinux-4.10.0-28-generic
(gdb) list *(some_function+0x12c)
这种方法直接可以看到出错的源文件和行号,如果有source code,可以看到源码。
如果stack在device driver里:
$gdb "$(modinfo -n /home/user/my.ko)"
(gdb) list *(some_function+0x12c)
使用gdb的方式非常简单。

本文介绍如何在Linux内核开发中快速定位Kernel Panic错误。通过安装debug symbol和使用gdb工具,开发者能准确找到出错的源文件及行号,无论是内核还是设备驱动中的问题都能有效解决。
324

被折叠的 条评论
为什么被折叠?



