1.發(fā)生中斷時處理器的行為

不考慮其他細節(jié)八孝，M3內(nèi)核在發(fā)生中斷時首先自動將如下8個寄存器壓棧。因此在中斷處理函數(shù)中，發(fā)生中斷時正常執(zhí)行時的寄存器數(shù)值已經(jīng)被壓入了堆棧中丧叽。在中斷處理函數(shù)開始執(zhí)行時，除了PC公你，LR踊淳，SP等控制寄存器，從r0-r12等這些通用寄存器的數(shù)據(jù)是沒有變化的陕靠。下圖描述了M3內(nèi)核將寄存器壓棧的順序：

2.編譯器通過棧來實現(xiàn)函數(shù)調(diào)用

C編譯器通過棧來實現(xiàn)函數(shù)的調(diào)用迂尝，即在棧中記錄程序執(zhí)行的軌跡并輔助寄存器進行參數(shù)傳遞。具體如何實現(xiàn)C函數(shù)的調(diào)用剪芥，歷史上有很多的規(guī)范垄开，這些規(guī)范叫做調(diào)用慣例。
對于ARM處理器來說税肪，有一個官方的規(guī)范AAPCS（Procedure Call Standard for the ARM? Architecture）詳細描述了進行函數(shù)調(diào)用時如何進行參數(shù)的傳遞和調(diào)用路徑的記錄等溉躲。
如下僅對使用棧記錄調(diào)用路徑的行為進行簡單描述：查看編譯器生成的匯編代碼可以得知，大多數(shù)的函數(shù)調(diào)用通過BL語句實現(xiàn)益兄，BL語句將當前程序下一條指令的地址存入LR寄存器锻梳，并跳轉到指定的地方（子函數(shù)開始的地方）開始執(zhí)行。子函數(shù)中如果還需要調(diào)用孫子函數(shù)净捅，就會在函數(shù)的入口處將LR的值壓棧疑枯，以便函數(shù)執(zhí)行結束后能夠返回父函數(shù)。因此依次找到棧中LR的數(shù)值蛔六，就能找到調(diào)用路徑中各個函數(shù)的地址荆永。最后根據(jù)map文件翻譯出各函數(shù)的名稱，就可以得到函數(shù)的調(diào)用路徑了国章。
如下是一個簡單函數(shù)匯編代碼的例子屁魏，函數(shù)OnPowerOff調(diào)用了函數(shù)FS_Deinit，函數(shù)FS_Deinit調(diào)用了SPIFFS_unmount捉腥∶テ矗可以看出OnPowerOff函數(shù)的入口如將LR壓入棧中（此時LR中保存的是函數(shù)OnPowerOff的返回地址，也就是調(diào)用OnPowerOff的父函數(shù)中的某條指令的地址），然后調(diào)用了FS_Deinit桃漾。同樣FS_Deinit也在入口處將LR壓入棧中（此時LR中保存的是OnPowerOff函數(shù)中POP指令的地址）坏匪，然后再調(diào)用SPIFFS_unmount。返回的過程撬统，依次將棧中保存的返回地址直接出棧到PC寄存器适滓，完成函數(shù)的返回。這樣恋追，如果某個函數(shù)將棧中的返回地址寫壞凭迹，則函數(shù)在返回時就會跳轉到某個隨機的地方，這就是常說的“程序跑飛了”苦囱。

OnPowerOff PROC
;;;202 void OnPowerOff(void)
0001b2 b510 PUSH {r4,lr}
;;;203 {
;;;204 FS_Deinit();
0001b4 f7fffffe BL FS_Deinit
;;;205 }
0001b8 bd10 POP {r4,pc}
;;;206
ENDP
FS_Deinit PROC
;;;166 void FS_Deinit(void)
000158 b510 PUSH {r4,lr}
;;;167 {
;;;168 SPIFFS_unmount(&g_fs);
00015a 4810 LDR r0,|L1.412|
00015c f7fffffe BL SPIFFS_unmount
;;;169 return;
;;;170 }
000160 bd10 POP {r4,pc}
;;;171
ENDP

3.對信息的繼續(xù)挖掘

• 通用寄存器
  通用寄存器中可供挖掘的信息并不多嗅绸，通常情況下r0-r3寄存器保存著函數(shù)的前四個參數(shù)（其余的參數(shù)在棧中保存），需要注意的是：這四個寄存器的數(shù)值僅在函數(shù)開始執(zhí)行的時候是可靠的撕彤，在函數(shù)執(zhí)行的過程中可能被改變鱼鸠。在函數(shù)返回時，寄存器r0和r1用于保存返回值（根據(jù)返回數(shù)據(jù)的大小羹铅，決定僅使用r0還是同時使用r0和r1）蚀狰。同樣這兩個寄存器僅在子函數(shù)剛返回時數(shù)值才是可靠的。
• 特殊功能寄存器
  特殊功能寄存器就是PC职员、LR和SP了麻蹋。
  SP指向當前的棧頂，在知曉棧的結構時焊切，可以根據(jù)SP訪問棧中的數(shù)據(jù)扮授。
  在中斷處理函數(shù)中LR有特殊用法，其中保存了返回被中斷地點的方法蛛蒙，而不是通常情況下的返回地址糙箍。因此在Hardfault處理函數(shù)中寄存器LR和PC的值沒有太多參考意義渤愁，被處理器自動壓棧的LR和PC最有用牵祟，PC記錄了被中斷打斷前正在執(zhí)行的指令地址（也是正在執(zhí)行的函數(shù)地址），LR記錄了被中斷打斷前抖格，正在執(zhí)行的函數(shù)的父函數(shù)的地址诺苹。根據(jù)這兩個地址，可以找到引發(fā)Hardfault異常的函數(shù)和語句雹拄，以及其父函數(shù)（如果輔以匯編代碼繼續(xù)對棧的內(nèi)容進行分析收奔，則可以回溯整個調(diào)用路徑）。
  而具體引發(fā)Hardfault異常的原因滓玖，可以根據(jù)下面章節(jié)介紹的SCB寄存器來查看坪哄。
• SCB寄存器
  在M3/M4處理器標準外設中，有一個叫做SCB（System Control Block）的部分，其中有6個寄存器記錄了發(fā)生Hardfault異常的原因翩肌。
  CMSIS規(guī)范中對SCB寄存器的定義：

typedef struct
{
    __I uint32_t CPUID;
    __IO uint32_t ICSR;
    __IO uint32_t VTOR;
    __IO uint32_t AIRCR;
    __IO uint32_t SCR;
    __IO uint32_t CCR;
    __IO uint8_t SHP[12];
    __IO uint32_t SHCSR;
    __IO uint32_t CFSR;  //主要關注
    __IO uint32_t HFSR; //主要關注
    __IO uit32_t DFSR;
    __IO uint32_t MMFAR; //主要關注
    __IO uint32_t BFAR; //主要關注
    __IO uint32_t AFSR;
    __I uint32_t PFR[2];
    __I uint32_t DFR;
    __I uint32_t ADR;
    __I uint32_t MMFR[4];
    __I uint32_t ISAR[5];
    uint32_t RESERVED0[5];
    __IO uint32_t CPACR;
} SCB_Type;

CFSR模暗、HFSR、MMFAR念祭、BFAR幾個寄存器是我們需要關注的兑宇，AFSR是平臺相關的暫時忽略。上述寄存器中CFSR又可以分為三個寄存器分別是：UFSR粱坤，BFSR隶糕，MFSR。上述寄存器的內(nèi)存分布如下表所示：

各寄存器數(shù)據(jù)的描述如下：
MFSR 中可能出現(xiàn)的錯誤及原因：

BFSR 中可能出現(xiàn)的錯誤及原因：

UFSR 中可能出現(xiàn)的錯誤及原因：

解讀SCB寄存器時應首先根據(jù)HFSR寄存器判斷產(chǎn)生Hardfault的原因嚷狞，如果確認是fault上訪的情況，則依次檢查BFSR储矩、UFSR和HFSR確定具體的錯誤原因和地址感耙。