Linux内核调试工具：Kdb的编译安装

最新推荐文章于 2023-07-19 00:01:57 发布

zhengtingt108

最新推荐文章于 2023-07-19 00:01:57 发布

阅读量4.5k

点赞数

分类专栏： Linux内核技术文章标签： linux内核工具 debugging linux redhat 文档

Linux内核技术专栏收录该内容

5 篇文章 0 订阅

订阅专栏

Linux内核调试工具：Kdb的编译安装

kdb是一个Linux系统的内核调试器，它是由SGI公司开发的遵循GPL许可证的开放源码调试工具。kdb嵌入在Linux内核中，为内核程序员提供调试手段。它适合于调试内核空间的程序代码，譬如进行设备驱动程序调试，内核模块的调试等。目前kdb支持包括x86(IA32)、IA64和MIPS在内的体系结构。
　
　官方发布的Linux内核并不包含kdb。kdb是一个内核源程序的补充。kdb通过修改内核源程序将调试器的源代码嵌入到内核中从而提供方便的调试手段。因此要使用kdb进行调试，需要重新编译内核。编译后的内核中包含kdb的调试器代码。编译安装kdb的步骤如下。

步骤1：

kdb不是Linux内核的标准配置，需要先到这个网站上去下载一个版本，2个文件
ftp://oss.sgi.com/projects/kdb/download/v4.4/

kdb-v4.4-2.6.15-common-1（kdb-v4.4-2.6.15-common-1.bz2）
kdb-v4.4-2.6.15-i386-1（kdb-v4.4-2.6.15-i386-1.bz2）

步骤2：

下载一个纯的linux内核源码文件。

记住，一定要是纯的linux内核源码，不能是什么redhat等等公司出的版本。否则在pacth时就会出现error了。

比如有一次我把patch打到了/usr/src/redhat/BUILD/kernel-2.6.15/linux-2.6.15.i686里就发生了错误，这个目录是redhat自己改过的源码，不是纯的源码，所以出错。

下载到的源码必须和步骤1的小版本一致。比如我的纯linux内核版本是2.6.15-1***。

把linux纯内核源码文件命名为linux，放到/usr/src中。

步骤3：

把步骤1得到的解压后的2个文件kdb-v4.4-2.6.15-common-1，kdb-v4.4-2.6.15-i386-1放到/usr/src/linux目录里。

执行以下命令，这时就会很顺利的patch成功，只要不出现什么reject这样的提示就算成功。

#cd /usr/src/Linux-2.6.15

#patch p1 < kdb-v1.8-2.6.15

一旦发现出现了reject这样的信息，只有2种可能：

一是你的内核不是真正的内核，是公司改进过的内核；二是kdb版本和源码版本不一致。

步骤4：

该linux配置，在这里千万不要用make menuconfig这样的命令，你可能很奇怪，为什么？我的经验表明，不同的linux/kdb版本menuconfig出来的kdb选项有很大的不同，用语言是无法准确描述，我原来参考很多网上的资料都是根据menuconfig来，造成了描述矛盾，很难搞明白。在这里，我们直接改写文件最为牢靠。

先运行make menuconfig这个命令，不更改任何选项，直接回车，然后选择yes，这样就能生成一个隐藏的文件.config了。

用vi/vim 打开这个文件，

改写如下：
CONFIG_KDB=y
CONFIG_KDB_MODULES=n
CONFIG_KDB_OFF=n
CONFIG_KALLSYMS=y
CONFIG_FRAME_POINTER=y

保存。记住，这样做比在menuconfig菜单选项里选择要安全和清晰的多。

打开kdb/kdb_cmds这个文件，全部注释掉所有：例如：

# Initial commands for kdb, alter to suit your needs.
# These commands are executed in kdb_init() context, no SMP, no
# processes. Commands that require process data (including stack or
# registers) are not reliable this early. set and bp commands should
# be safe. Global breakpoint commands affect each cpu as it is booted.

# Standard debugging information for first level support, just type archkdb
# or archkdbcpu or archkdbshort at the kdb prompt.

defcmd archkdb "" "First line arch debugging"
#set BTSYMARG 1
#set BTARGS 5
#-archkdbcommon
#-bta
endefcmd

defcmd archkdbcpu "" "archkdb with only tasks on cpus"
#set BTSYMARG 1
#set BTARGS 5
#-archkdbcommon
#-btc
endefcmd

defcmd archkdbshort "" "archkdb with less detailed backtrace"
#set BTSYMARG 0
#set BTARGS 0
#-archkdbcommon
#-bta
endefcmd

为什呢，因为大家刚开始接触kdb时，非常不熟悉，如果把全部选项都注释后，kdb就变的比较容易操作，否则重启系统以后，你还以为安装出错呢，不信可以试试，呵呵。等你水平高了以后，在改过来，重新编译系统就可以了。

步骤5：

改写Makefile文件中的EXTRAVERSION,随便取个名字吧。
make all
make bzImage
make modules
make modules_install
make install

有文章说要改写什么lilo文件。

不用改写什么lilo文件，你的系统如果只支持grub,你根本在系统里找不到lilo,改什么改！！！

步骤6：

重启，在系统选项里选择这个新的系统就可以了。

在系统开始引导时，你会在屏幕上看到3-5行关于kdb的信息，其实就是kdb_cmds里的配置，我们已经注释掉了，所以光显示，不会运行（这样最安全，否则如果你对kdb不熟，改kdb_cmds错了，在启动时就会出现什么内核panic的恐怖信息，这就是总是不能启动成功的原因）。