【工具使用】在OpenBMC中使用GDB工具来定位coredump原因

在OpenBMC调试中，有时会产生coredump却不知道从哪里入手分析，GDB工具就可以提供帮助。

1 编译带GDB工具的镜像

OpenBMC镜像中默认没有加入GDB工具，因此首先需要编译一个带GDB工具的OpenBMC镜像用于调试。在recipes-phosphor/packagegroups/packagegroup-obmc-apps.bbapend文件的DEBUG_TOOL中加入gdb选项：

编译镜像，如果在编译中产生squshfs-xz is too large!相关报错，可以选择一些暂不需要的模块，从文件中删除以减小占用空间。（此镜像只用于通过QEMU调试，不用在实体机器上）

2 编译带debug信息的应用程序

找到产生coredump的应用程序所在的代码包，通过devtool modify命令解压，并编译，如phosphor-network

devtool modify phosphor-network
bitbake phosphor-network

编译完成后，在phosphor-network/oe-workdir/image/usr/bin目录下可以找到带debug信息的应用程序phosphor-network-manager

3 使用GDB工具定位coredump信息

收集OpenBMC产生的coredump文件，通常为zst格式，通过命令进行解压：

zstd -d xxx.zst -o core1

其中xxx.zst文件为zst格式的coredump文件，core1为解压后的文件。

使用qemu将第一步编译出来的镜像运行起来，将带有debug信息的应用程序与解压后的coredump文件分别通过scp传送到运行的镜像下：

scp -P 2222 phosphor-network-manager root@127.0.0.1:/tmp
scp -P 2222 phosphor-network-manager root@127.0.0.1:/tmp

然后就可以使用GDB工具来查看coredump文件中的信息，命令格式为：

gdb <产生coredump的应用程序目录> <coredump文件目录>

如使用如下命令：

gdb /tmp/phosphor-network-manager /tmp/core1

进入gdb程序界面：

接下来输入bt指令可以查看更详细的信息：

从bt展示的信息中就可以发现问题出现的位置，更进一步定位问题了。