ARM非对齐操作异常解决过程-优快云博客

文章记录了一次解决ARM架构下用法异常的过程，通过分析发现是由于非对齐内存访问导致的问题，并最终定位到类型修改引起的数据对齐错误。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在测试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

我不相信神话，我只相信汗水！我不相信命运，我只相信双手！

分类: 物联网

本文转自大石头博客园博客，原文链接：http://www.cnblogs.com/nnhy/p/7462758.html，如需转载请自行联系原作者