在测试MF固件时,发生一个非常诡异的异常,代码如下:
CLR_DBG_Commands::Monitor_EraseMemory* cmd = (CLR_DBG_Commands::Monitor_EraseMemory*)msg->m_payload;
debug_printf("EraseMemory addr=0x%08x len=%d\r\n", cmd->m_address, cmd->m_length);
指定第二行代码时,会跳到异常处理程序,发生了6号异常(用法异常Usage Fault)
我对ARM还是非常陌生,不知道怎么可能发生这个问题。
在今天之前,这行代码执行了无数次也未曾出错,最近也没有修改该函数或者相关函数的代码,昨天倒是大量修改了其它代码。
1,百度找资料
关键点是用法异常Usage Fault,以此为关键字搜索。有资料(http://www.docin.com/p-633872264.html)指出,用法异常包括:执行未定义指令、非对齐操作、除零。
前后两个显然不可能,中间这个非对齐操作倒是引起了我的注意。因为阅读MFPK代码的时候看到很多对齐操作的设计。
2,Keil调试
在Keil中调试这两行代码
0x080071DA 6A74 LDR r4,[r6,#0x24]1350: debug_printf("EraseMemory addr=0x%08x len=%d\r\n", cmd->m_address, cmd->m_length);
1351:
0x080071DC A012 ADR r0,{pc}+4 ;@0x08007228
0x080071DE E9D41200 LDRD r1,r2,[r4,#0]
0x080071E2 F001FD93 BL.W debug_printf (0x08008D0C)
抛出异常的是0x080071DE这一行,代码是LDRD r1,r2,[r4,#0],大意是把r4开始,偏移#0的数据加载到r1,下一个字加载到r2
从寄存其中看到,r4此时是0x200006D2,这是半字对齐而不是字对齐。
奇怪了,MDK为啥编译一个半字对齐的呢?
回到第一行代码的msg->m_payload,它是关键。因为它就是0x200006D2,如果r4没有字对齐,那么肯定跟这个msg->m_payload有关。
我们看看msg->m_payload是哪里分配的!
3,寻根
从代码中看到msg->m_payload来自msg->m_payload = pThis->m_receptionBuffer;
而m_receptionBuffer的声明
COM_HANDLE m_port;
UINT8 m_receptionBuffer[2048];
UINT32 m_flags;
UINT32 m_lastPacketSequence;
WP_Controller m_controller;
到这里,就明白了!
因为我昨天把typedef INT32 COM_HANDLE;改为了typedef INT16 COM_HANDLE;
非对齐操作相关资料
http://www.docin.com/p-218037008.html