ARM非對齊操作異常解決過程是怎樣的

本篇文章給大家分享的是有關(guān)ARM非對齊操作異常解決過程是怎樣的，小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

在測試MF固件時，發(fā)生一個非常詭異的異常，代碼如下：

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);

指定第二行代碼時，會跳到異常處理程序，發(fā)生了6號異常（用法異常Usage Fault）

我對ARM還是非常陌生，不知道怎么可能發(fā)生這個問題。
在今天之前，這行代碼執(zhí)行了無數(shù)次也未曾出錯，最近也沒有修改該函數(shù)或者相關(guān)函數(shù)的代碼，昨天倒是大量修改了其它代碼。

1，百度找資料
關(guān)鍵點(diǎn)是用法異常Usage Fault，以此為關(guān)鍵字搜索。有資料（http://www.docin.com/p-633872264.html）指出，用法異常包括：執(zhí)行未定義指令、非對齊操作、除零。
前后兩個顯然不可能，中間這個非對齊操作倒是引起了我的注意。因?yàn)殚喿xMFPK代碼的時候看到很多對齊操作的設(shè)計。

2，Keil調(diào)試
在Keil中調(diào)試這兩行代碼

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  ; @0x080072280x080071DE E9D41200  LDRD     r1,r2,[r4,#0]
0x080071E2 F001FD93  BL.W     debug_printf (0x08008D0C)

拋出異常的是0x080071DE這一行，代碼是LDRD r1,r2,[r4,#0]，大意是把r4開始，偏移#0的數(shù)據(jù)加載到r1，下一個字加載到r2
從寄存其中看到，r4此時是0x200006D2，這是半字對齊而不是字對齊。
奇怪了，MDK為啥編譯一個半字對齊的呢？
回到第一行代碼的msg->m_payload，它是關(guān)鍵。因?yàn)樗褪?x200006D2，如果r4沒有字對齊，那么肯定跟這個msg->m_payload有關(guān)。
我們看看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;

到這里，就明白了！
因?yàn)槲易蛱彀裻ypedef INT32 COM_HANDLE;改為了typedef INT16 COM_HANDLE;

以上就是ARM非對齊操作異常解決過程是怎樣的，小編相信有部分知識點(diǎn)可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注億速云行業(yè)資訊頻道。