ARM调试环境的建立

       S3C2440的开发板已经修好好多天,最近两天终于摸索着把调试环境建立起来了.

       优龙提供了两种仿真器: SuperJTAG和ARM_Tracer.  SuperJTAG看似比较简单, 于是选择先从SuperJTAG开始, 调试工具为调试代理, 调试环境为ADS1.2的AXD.  连好硬件设备, 打开电源上电, 调试代理顺利地检测到了ARM核. 打开ADS下载测试代码(需配置AXD), 于是开始了漫长的loading image等待. 由于是第一次使用 SuperJTAG, 以为很小的测试代码应该很快就能下载完成, 可两分钟过去了, 只见进度条还在一遍一遍的跑动, 丝毫没有要停下来的意思, 等了近五分钟才下载完成. 后来才了解到,  SuperJTAG由于硬件本身的限制, 下载速度不大于10k/s.  下载完成后, pc指向了测试代码的第一条指令, 按F8单步执行, 此时, 问题出现了, pc指向了反汇编代码, 无法单步及全速执行. AXD的设置没有错, 代码可以编译通过而且可以成功下载也没有问题, 既然软硬件都没有问题, 那是什么原因呢? 突然间想到了地址, 这个和软件及硬件都有着千丝万缕关系的家伙, 难道它就是元凶? 在ADS中一阵乱找, 找到了三个地址设置: RO base ,RW base 和entry point. 通过baidu和ADS手册知道, 一个arm程序分为只读段(RO), 读写段(RW)和ZI段, 而RO base和RW base 就是指定只读段和读写段的下载地址. 只读段可以在Flash中执行, 也可以在RAM中执行, 而读写段和ZI段由于可能会进行写操作所以必须在RAM中执行. 默认情况, 读写段紧跟在只读段后面. 调试模式下, 文件直接被下载到RAM, 所以只要RO base设置好, 读写代码自然也在RAM中了(当然不考虑极端情况). 调试时pc直接指向代码的第一条指令(不一定是0x0), 所以entry point可以不要理会, 设成和RO base 一样就好了. 查开发板的说明文档知道, YL2440的RAM地址空间为0x30000000~0x34000000, 所以RO base和entry point只要设置在这个范围内就可以了, 考虑到读写段, RO base最好不要设置在上述空间的最后. 明白其意义之后, 设置好相关地址, 下在测试程序至开发板, 按F8单步执行, 只见很熟悉的蓝色小箭头在代码指令前一行行向下移动, 心中窃喜, OK了. 不过, 后来经过多次下载发现, 有时候下载后还是无法进行正常调试. 万不得以咨询了优龙的工程师, 被告知, SuperJTAG只适合烧写Flash, 仿真效果不理想, 不适合进行仿真, 我FT.

       放弃了SuperJTAG, 还好, 还有ARM_Tracer. 按照ARM_Tracer的使用说明一步一步设置, 没有什么好说的. 在AXD里有一点要注意, ARM920T核需要设置一个Cashe clear code address的参数, 也是一个地址. 在Multi_ICE的使用手册里有这个参数作用的说明, 主要意思是说, 设置一个128bytes大小的可用RAM空间, 用于保存清除Dcashe中dirty data的一小段代码(按字面意思翻译的, 不甚明白). 反正给其一段没有使用到的RAM空间就行了. 接下来就可以进行调试了, 下载速度和稳定性都比SuperJTAG好的多. 至此, ARM的调试环境建立完成.