linux gdb怎么远程调试core文件

urapple

如题。
我的板子是arm linux。如果我们的程序出问题，我让他生成core文件，可以跟踪找到问题。
可问题是板子上的空间太小，没法把gdb放上去，只能放上去gdbserver，如果远程调试core的话，我怎么才能调试他？
另外，
当我远程调试一个小的测试程序时，本地的gdb报如下信息
(gdb) target remote 192.168.111.139:7777
Remote debugging using 192.168.111.139:7777
warning: Remote failure reply: E01
0x400009f0 in ?? ()

怎么回事？
我编译这个测试小程序的时候arm-linux-gcc -g t1.c
就这么编译的，没有优化什么的。怎么会0x400009f0 in ?? ()这样？

eveson

有gdb串口远程调试的，但是我没有用过，看看这个方向吧

urapple

我就是远程调试，在板子上用gdbserver
在本地用arm-linux-gdb
可怎么远程调试core呢？

nicle

我们这边用的是misp, 先用nfs挂个PC上目录到板子上,  将core生成到这个目录下, 在把misp-linux-gdb考到这个目录, 这样你就可以在板子上运行 ./misp-linux-gdb app core来查看dump的内容了.
我想arm应该也差不多吧 !

[ 本帖最后由 nicle 于 2009-1-4 18:04 编辑 ]

eveson

嵌入式Linux的GDB远程调试的实现
Author: Vicky
远程调试环境由宿主机GDB和目标机调试stub共同构成，两者通过串口或TCP连接。使用GDB标准远程串行协议协同工作，实现对目标机上的系统内核和上层应用的监控和调试功能。调试stub是嵌入式系统中的一段代码，作为宿主机GDB和目标机调试程序间的一个媒介而存在。
就目前而言，嵌入式Linux系统中，主要有三种远程调试方法，分别适用于不同场合的调试工作：用ROM Monitor调试目标机程序、用KGDB调试系统内核和用gdbserver调试用户空间程序。这三种调试方法的区别主要在于，目标机远程调试stub的存在形式的不同，而其设计思路和实现方法则是大致相同的。
而我们最常用的是调试应用程序。就是采用gdb+gdbserver的方式进行调试。在很多情况下，用户需要对一个应用程序进行反复调试，特别是复杂的程序。采用GDB方法调试，由于嵌入式系统资源有限性，一般不能直接在目标系统上进行调试，通常采用gdb+gdbserver的方式进行调试。Gdbserver在目标系统中运行，gdb则在宿主机上运行。
要进行GDB调试，目标系统必须包括gdbserver程序，宿主机也必须安装gdb程序。一般linux发行版中都有一个可以运行的gdb，但开发人员不能直接使用该发行版中的gdb来做远程调试，而要获取gdb的源代码包，针对arm平台作一个简单配置，重新编译得到相应gdb。gdb的源代码包可以从http://ftp.cs.pu.edu.tw/Linux/sourceware/gdb/releases/下载，最新版本为gdb-6.4。下载到某个目录，笔者下载到自己的用户目录：/home/vicky。
下载完后，进入/home/vicky目录，配置编译步骤如下：
#tar jxvf gdb-6.4-tar-bz2
#cd gdb-6.4
#./configure --target=arm-linux --prefix=/usr/local/arm-gdb -v
#make
(这一步的时候可能会有问题，提示一个函数中（具体函数名不记得了）parse error，就是unsigned前边多了一个”}”,你用vi进入那一行把它删掉就行了。)
#make install
#export PATH=$PATH:/usr/local/arm-gdb
进入gdbserver目录：
#./configure --target=arm-linux –host=arm-linux
#make CC=/usr/local/arm/2.95.3/bin/arm-linux-gcc
(这一步要指定arm-linux-gcc的位置，可能跟你的不一样)
没有错误的话就在gdbserver目录下生成gdbserver可执行文件，把它烧写到flash的根文件系统分区，或通过nfs mount的方式都可以。只要保证gdbserver能在开发板上运行就行。
下面就可以用gdb+gdbserver调试我们开发板上的程序了。在目标板上运行gdbserver，其实就是在宿主机的minicom下，我的red hat linux装在vmware下的。我是在minicom下#mount 192.168.2.100:/ /tmp后做的(这里参数-o nolock可以不加，不加这一步执行得反而更快些)，hello和gdbserver都是位于linux根目录下，把主机根目录挂在到开发板的/tmp目录下。
要进行gdb调试，首先要在目标系统上启动gdbserver服务。在gdbserver所在目录下输入命令：
(minicom下)
#cd /tmp
#./gdbserver 192.168.2.100:2345 hello
192.168.2.100为宿主机IP，在目标系统的2345端口开启了一个调试进程，hello为要调试的程序。
出现提示：
Process /tmp/hello created: pid=80
Listening on port 2345
(另一个终端下)
#cd /
#export PATH=$PATH:/usr/local/arm-gdb/bin
#arm-linux-gdb hello
(gdb) target remote 192.168.2.223:2345
（192.168.2.223为开发板IP）
出现提示：
Remote debugging using 192.168.2.223:2345
[New thread 80]
[Switching to thread 80]
0x40002a90 in ??()
同时在minicom下提示：
Remote debugging from host 192.168.2.100
(gdb)
连接成功，这时候就可以输入各种gdb命令如list、run、next、step、break等进行程序调试了。
以上针对通过nfs mount和tftp的方式，只能在主机上调试好后下载到开发板上运行，如果有错误要反复这个过程，繁琐不说，有些程序只能在开发板上调试。所以笔者采用了gdbserver的远程调试方式。希望对大家调试程序有用！
本文来自Tony嵌入式论坛,原文地址:http://www.cevx.com/Bbs/viewthread.php?tid=6652

eveson

这个完成你可以再试着搭建一个linux内核调试环境

urapple

nfs感觉是个好东西，就相当于自己的板子多了个硬盘是不是，不过那样的话，
arm-linux-gdb要编译支持arm了，
编译gdb时
./configure --target=arm-linux --host=arm-linux --prefix=/mnt/nfs/gdb -v
是不是？

然后
make
可问题是，我看到它make的时候还是用gcc编译，而不是arm-linux-gcc。
然后我就又这样试
make CC=/home/toolchain/bin/arm-linux-gcc
也是不行，还是gcc在编译，要怎么设才能用arm-linux-gcc编译啊?

[ 本帖最后由 urapple 于 2009-1-5 17:12 编辑 ]

eveson

原帖由 urapple 于 2009-1-5 16:46 发表
nfs感觉是个好东西，就相当于自己的板子多了个硬盘是不是，不过那样的话，
arm-linux-gdb要编译支持arm了，
编译gdb时
./configure --target=arm-linux --host=arm-linux --prefix=/mnt/nfs/gdb -v
是不是？ ...

对，nfs也不错，很方便的。

urapple

我下了好几个版本的gdb.
从gdb-5.3到gdb-6.6编译arm版本都有问题，就是编译一版可以在arm上运行的gdb。
5.3好像报没有一个term的库。
其它的有的报没有一个mpfr.h的头文件，好像叫这个，一开始时报没有gmp.h的头文件，后来我从gcc下考过去到arm-linux-gcc下，接着又报还有头文件缺。
你们有没有碰到类似的问题。
另外，我编译gdbserver没问题，可以在arm扳子上跑。就是gdb不行。
有没有谁尝试过编译arm上跑的gdb.

urapple

arm板生成的core文件用pc 会调试了。谢谢大家。