完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
你好 我有一个奇怪的问题,在我的引导加载项目中,如果使用ARM Compiler 6.12进行编译,则可以工作,但是如果使用6.13.1进行编译,则不会。 固件的功能非常简单:启动时,它将检查(易失)存储器位置中是否有新的固件,如果找到,它将计算其内容的CRC并与写入的CRC进行比较。如果它们匹配,它将固件写入非易失性位置,并将MSP设置为主固件开始的位置。 引导加载程序FW可以运行,但是它以某种方式更改了一块内存,而该内存并未被用6.12编译的映像所触及,即使我在分散文件中将该区域专门标记为EMPTY,并且用于读取该内存的指针是一个CONST指针。我已确保内存不会被主固件更改。 我已经阅读了6.13的发行说明,似乎没有什么适合我的问题。 我试图比较来自两个AXF的反汇编文件列表,但是被差异数量所淹没。有什么快速的方法可以发现差异? |
|
相关推荐
1个回答
|
|
调试此问题的最常见方法是在该地址上设置调试监视点,以便只要该地址发生写(SToRe),代码就会停止。
您正在使用哪些调试工具?如果是Arm DS或MDK,我可以为您提供帮助。 |
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问,请使用“评论”功能。
飞凌嵌入式ElfBoard ELF 1板卡-i2c与从设备通讯编程示例之开发板测试
608 浏览 0 评论
ubuntu ping 开发板存在严重的丢包情况,请问该怎么解决?
1489 浏览 0 评论
12G-SDI高清视频开发案例,让4K视频采集更便捷!基于Xilinx MPSoC高性能平台
1675 浏览 0 评论
全志T507-H国产平台Ubuntu系统正式发布,让您的应用开发更便捷!
1203 浏览 0 评论
全志T507-H国产平台Ubuntu系统正式发布,让您的应用开发更便捷!
29 浏览 0 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-4 05:05 , Processed in 2.602375 second(s), Total 74, Slave 57 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号