嵌入式Linux的GDB远程调试的实现_嵌入式linux 远程调试_tastesweet的博客-程序员秘密

技术标签： linux

远程调试环境由宿主机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.8-tar-bz2
#cd gdb-6.8
#./configure --target=arm-linux --prefix=/usr/local/arm-gdb -v
#make
#make install
#export PATH=$PATH:/usr/local/arm-gdb
进入gdbserver目录：
#./configure --target=arm-linux –host=arm-linux
#make CC=/usr/local/arm/3.4.1/bin/arm-linux-gcc
(这一步要指定arm-linux-gcc的位置，可能跟你的不一样,用2.95.3可能有问题)

没有错误的话就在gdbserver目录下生成gdbserver可执行文件，把它烧写到开发板flash的根文件系统分区，或通过nfs mount的方式都可以。只要保证gdbserver能在开发板上运行就行。
下面就可以用gdb+gdbserver调试我们开发板上的程序了。在目标板上运行gdbserver，其实就是在宿主机的SecureCRT下，我的red hat linux装在vmware下的。我是在minicom下# mount -o nolock 172.20.223.38:/home /tmp后做的，hello和gdbserver都是位于linux根目录下，把主机根目录挂在到开发板的/tmp目录下。
要进行gdb调试，首先要在目标系统上启动gdbserver服务。在gdbserver所在目录下输入命令：
(minicom下)
#cd /tmp
#./gdbserver 172.20.223.38:2345 hello
172.20.223.38为主机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 172.20.223.111:2345
（172.20.223.111为开发板IP）
出现提示：
Remote debugging using 172.20.223.38:2345
[New thread 80]
[Switching to thread 80]
0x40002a90 in ??()
同时在minicom下提示：
Remote debugging from host 172.20.223.38
(gdb)
连接成功，这时候就可以输入各种gdb命令如list、run、next、step、break等进行程序调试了。
以上针对通过nfs mount和tftp的方式，只能在主机上调试好后下载到开发板上运行，如果有错误要反复这个过程，繁琐不说，有些程序只能在开发板上调试。所以笔者采用了gdbserver的远程调试方式。

阅读(416) | 评论(0) | 转发(0) |

上一篇：打造程序员的vim

下一篇：如何解开各种结构的压缩文件

智能推荐

关于打包的那些事，你必须记住的三件事，利用Python实现打包exe_49.99%的博客-程序员秘密

本文的文字及图片来源于网络,仅供学习、交流使用,不具有任何商业用途,版权归原作者所有,如有问题请及时联系我们以作处理本文章来自腾讯云作者：Python进阶者想要学习Python？有问题得不到第一时间解决？来看看这里“1039649593”满足你的需求，资料都已经上传至文件中，可以自行下载！还有海量最新2020python学习资料。点击查看1 前言嘿，各位小伙伴，晚上好呀，我相信各位小伙伴都是python的爱好者。也许我们不一定是专业的程序员，但是我们仍然可以通过代码提高我们的效率，尽量少加

计算机考研面试汇总_普通网友的博客-程序员秘密

队列：只允许在队头删除，在队尾插入的顺序表，队列先进先出eg:排队买饭栈：只允许在栈顶插入和删除的顺序表，栈后进先出。堆：堆分为小根堆和大根堆。（1）每个结点都小于它的左右孩子的值—小根堆；（2）每个结点都大于它的左右孩子的值—大根堆；堆又称为优先队列。循环队列–可以解决假溢出循环队列：牺牲一个存储单元来区分队空和队满，队空：front指针等于rear指针时；队满：（队尾指针+1）余队列长度等于队头指针；...

使用session解决动态刷新的图片验证码_标记图形验证码session_八天一吨水的博客-程序员秘密

我们在爬网站的时候经常会遇到输入图片验证码的情况使用selenium访问网页并截图进行识别找到验证码图片的地址进行访问并保存进行识别第一种方法所见即所得，模仿正常人浏览网页输入验证码的方式，但是有个缺点，使用selenium需要图形化界面，降低了访问效率。第二种方法访问效率高但是也有个致命的缺点，就是验证码是动态刷新的，每次访问验证码的url时验证码都会变化，那么我们该怎么解决呢？这里需要使用session和cookie来处理。

[转载] 程序员喝酒喝出的计算机文化_weixin_30872867的博客-程序员秘密

大家喝的是啤酒。这时你入座了。你给自己倒了杯可乐，这叫低配置。你给自已倒了杯啤酒，这叫标准配置。你给自己倒了杯茶水，这茶的颜色还跟啤酒一样，这叫木马。你给自己倒了杯可乐，还滴了几滴醋，不仅颜色跟啤酒一样，而且不冒热气还有泡泡，这叫超级木马。你的同事给你倒了杯白酒，这叫推荐配置。人到齐了，酒席开始了。你先一个人喝了一小口，这叫单元测试。你跟旁边的人说哥们咱们随意，这叫交叉测试。但是...

找到你的工作意义_banbi5215的博客-程序员秘密

题目：找到你的工作意义经文：弗6:5–9节一目标立足于基督二心志立足于服侍三眼光立足于将来讨论：人们为什么要工作？ A为了实现自我内心的价值 B为了改变人们的行为和思想 C为了养家糊口 D为了回报这个社会 E 为了让我的人生变得有趣 F ...

jquery实现复选框checkbox全选，取消全选_样子有点傻的博客-程序员秘密

jquery实现复选框checkbox全选，取消全选