隨著嵌入式Linux系統(tǒng)的廣泛應用，對系統(tǒng)的可靠性提出了更高的要求，尤其是涉及到生命財產(chǎn)等重要領(lǐng)域，要求系統(tǒng)達到安全完整性等級3級以上[1]，故障率（每小時出現(xiàn)危險故障的可能性）為10-7以下，相當于系統(tǒng)的平均故障間隔時間（MTBF）至少要達到1141年以上，因此提高系統(tǒng)可靠性已成為一項艱巨的任務。對某公司在工業(yè)領(lǐng)域14 878個控制器系統(tǒng)的應用調(diào)查表明，從2004年初到2007年9月底，隨著硬軟件的不斷改進，根據(jù)錯誤報告統(tǒng)計的故障率已降低到2004年的五分之一以下，但查找錯誤的時間卻增加到原來的3倍以上。

這種解決問題所需時間呈上升的趨勢固然有軟件問題，但缺乏必要的手段以輔助解決問題才是主要的原因。通過對故障的統(tǒng)計跟蹤發(fā)現(xiàn)，難以解決的軟件錯誤和從發(fā)現(xiàn)到解決耗時較長的軟件錯誤都集中在操作系統(tǒng)的核心部分，這其中又有很大比例集中在驅(qū)動程序部分[2]。因此，錯誤跟蹤技術(shù)被看成是提高系統(tǒng)安全完整性等級的一個重要措施[1]，大多數(shù)現(xiàn)代操作系統(tǒng)均為發(fā)展提供了操作系統(tǒng)內(nèi)核“崩潰轉(zhuǎn)儲”機制，即在軟件系統(tǒng)宕機時，將內(nèi)存內(nèi)容保存到磁盤[3]，或者通過網(wǎng)絡發(fā)送到故障服務器[3]，或者直接啟動內(nèi)核調(diào)試器[4]等，以供事后分析改進。

基于Linux操作系統(tǒng)內(nèi)核的崩潰轉(zhuǎn)儲機制近年來有以下幾種：

(1) LKCD（Linux Kernel Crash Dump）機制[3];

(2) KDUMP（Linux Kernel Dump）機制[4]；

(3) KDB機制[5]；

(4) KGDB機制[6]。

綜合上述幾種機制可以發(fā)現(xiàn),這四種機制之間有以下三個共同點：

(1) 適用于為運算資源豐富、存儲空間充足的應用場合；

(2) 發(fā)生系統(tǒng)崩潰后恢復時間無嚴格要求；

(3) 主要針對較通用的硬件平臺，如X86平臺。

在嵌入式應用場合想要直接使用上列機制中的某一種，卻遇到以下三個難點無法解決：

(1) 存儲空間不足

嵌入式系統(tǒng)一般采用Flash作為存儲器，而Flash容量有限，且可能遠遠小于嵌入式系統(tǒng)中的內(nèi)存容量。因此將全部內(nèi)存內(nèi)容保存到Flash不可行。

(2) 記錄時間要求盡量短

嵌入式系統(tǒng)一般有復位響應時間盡量短的要求，有的嵌入式操作系統(tǒng)復位重啟時間不超過2s，而上述幾種可用于Linux系統(tǒng)的內(nèi)核崩潰轉(zhuǎn)儲機制耗時均不可能在30s內(nèi)。寫Flash的操作也很耗時間，實驗顯示，寫2MB數(shù)據(jù)到Flash耗時達到400ms之多。

(3) 要求能夠支持特定的硬件平臺

嵌入式系統(tǒng)的硬件多種多樣，上面提到的四種機制均是針對X86平臺提供了較好的支持，而對于其他體系的硬件支持均不成熟。

由于這些難點的存在，要將上述四種內(nèi)核崩潰轉(zhuǎn)儲機制中的一種移植到特定的嵌入式應用平臺是十分困難的。因此，針對上述嵌入式系統(tǒng)的三個特點，本文介紹一種基于特定平臺的嵌入式Linux內(nèi)核崩潰信息記錄機制LCRT(Linux Crash Record and Trace)，為定位嵌入式Linux系統(tǒng)中軟件故障和解決軟件故障提供輔助手段。

1 Linux內(nèi)核崩潰的分析

分析Linux內(nèi)核對于運行期間各種“陷阱”的處理可以得知，Linux內(nèi)核對于應用程序?qū)е碌腻e誤可以予以監(jiān)控，在應用程序發(fā)生除零、內(nèi)存訪問越界、緩沖區(qū)溢出等錯誤時，Linux內(nèi)核的異常處理例程可以對這些由應用程序引起的異常情況予以處理。當應用程序產(chǎn)生不可恢復的錯誤時，Linux內(nèi)核可以僅僅終止產(chǎn)生錯誤的應用程序，其他應用程序仍然可以正常運行。

2 LCRT機制的設(shè)計與實現(xiàn)

通過對Linux內(nèi)核代碼的分析可知，Linux內(nèi)核本身提供了一種“內(nèi)核通知機制”[7-8]，并預定義了“內(nèi)核事件通知鏈”，使得Linux內(nèi)核擴展開發(fā)人員可以通過這些預定義的內(nèi)核事件通知鏈在特定的內(nèi)核事件發(fā)生時執(zhí)行附加的處理流程。通過對Linux內(nèi)核源代碼的研究發(fā)現(xiàn)，對于上文中提到的“嚴重不可恢復的內(nèi)核異常”，預定義了一個通知鏈和通知點，使得在發(fā)生Linux內(nèi)核崩潰之后，可以在Linux內(nèi)核的panic函數(shù)中預定義的一個“內(nèi)核崩潰通知鏈”[7]上掛接LCRT機制來獲得Linux內(nèi)核崩潰現(xiàn)場的一些信息并記錄到非易失性存儲器中，以便分析引起Linux內(nèi)核崩潰的原因。

2.1 設(shè)計要點

LCRT機制的設(shè)計和實現(xiàn)基于如下特定的機制：

(1) 編譯器選項與內(nèi)核依賴