powerpc2020 Localbus_norflash 驅(qū)動(dòng)及dos文件系統(tǒng)掛載調(diào)試總結(jié)嵌入式底層開發(fā)里PowerPC平臺碰上NOR Flash算是老組合了但把Localbus總線下的NOR Flash驅(qū)動(dòng)調(diào)通、再把DOS文件系統(tǒng)掛上去這個(gè)過程踩過的坑遠(yuǎn)比想象的深。這篇文章是我在實(shí)際項(xiàng)目里調(diào)試“powerpc2020”平臺Localbus接口NOR Flash、并成功掛載DOS文件系統(tǒng)的完整記錄從硬件原理、驅(qū)動(dòng)實(shí)現(xiàn)、文件系統(tǒng)適配到問題排查盡量把關(guān)鍵細(xì)節(jié)講透希望能給做BSP、驅(qū)動(dòng)或者底層存儲(chǔ)方案的朋友一點(diǎn)參考。先交代一下背景某項(xiàng)目需要在一顆PowerPC處理器上通過Localbus本地總線外擴(kuò)一片NOR Flash用來存放啟動(dòng)代碼、配置參數(shù)和一些小型的日志數(shù)據(jù)。NOR Flash的容量不大但可靠性高、支持XIP片上執(zhí)行非常適合這類場景。而上層應(yīng)用希望用標(biāo)準(zhǔn)文件接口來讀寫這些數(shù)據(jù)因此需要掛一個(gè)輕量級的文件系統(tǒng)最終選定DOS文件系統(tǒng)即FAT12/16下面統(tǒng)一用DOS文件系統(tǒng)叫法。整個(gè)調(diào)試過程涉及三個(gè)層面硬件時(shí)序與地址映射、NOR Flash驅(qū)動(dòng)、文件系統(tǒng)掛載與讀寫驗(yàn)證每個(gè)層面都有幾個(gè)容易讓人抓狂的坑。1. 整體設(shè)計(jì)與方案選型為什么是Localbus加NOR Flash加DOS文件系統(tǒng)1.1 硬件拓?fù)渑c選型邏輯在嵌入式系統(tǒng)中處理器和NOR Flash的連接方式有很多種常見的有SPI接口、并行總線接口以及通過Localbus這類本地總線擴(kuò)展。PowerPC平臺的Localbus本質(zhì)上是一條異步并行總線直接掛在處理器的外部總線控制器上地址線、數(shù)據(jù)線、控制信號片選、讀寫使能、字節(jié)使能等都由Localbus控制器統(tǒng)一管理。選這種方案而不是SPI核心原因是帶寬和訪問靈活性Localbus可以做到16位甚至32位并行訪問配合NOR Flash的異步讀模式能實(shí)現(xiàn)接近總線時(shí)鐘級別的讀取速度而且NOR Flash支持映射到內(nèi)存地址空間直接執(zhí)行代碼這是SPI NOR很難做到的。選DOS文件系統(tǒng)則考慮了三點(diǎn)。第一嵌入式系統(tǒng)資源有限FAT12/16的實(shí)現(xiàn)非常精簡不需要日志、不需要壞塊管理代碼量小內(nèi)存占用少。第二FAT文件系統(tǒng)的結(jié)構(gòu)非常透明扇區(qū)、FAT表、根目錄區(qū)一目了然調(diào)試階段可以直接用十六進(jìn)制工具查看原始數(shù)據(jù)定位問題非常方便。第三工業(yè)現(xiàn)場經(jīng)常需要把NOR Flash里的數(shù)據(jù)導(dǎo)出來在PC上分析DOS文件系統(tǒng)格式的鏡像可以直接被PC上的工具識別通用性極好。1.2 方案上的取舍為什么不用其他文件系統(tǒng)有人可能會(huì)問為什么不選YAFFS、JFFS2或者UBIFS這種專門為Flash設(shè)計(jì)的文件系統(tǒng)這里有個(gè)關(guān)鍵前提NOR Flash和NAND Flash的物理特性不同。NOR Flash支持按字節(jié)隨機(jī)讀取、按扇區(qū)擦除可靠性高不需要處理壞塊和擦寫均衡當(dāng)然長生命周期場景還是要考慮損耗均衡但一般配置存儲(chǔ)場景不用。YAFFS和JFFS2主要針對NAND Flash的劣勢設(shè)計(jì)核心解決的是壞塊管理和日志式寫入在NOR Flash上用這些方案完全是大炮打蚊子還會(huì)引入大量額外開銷。DOS文件系統(tǒng)沒有損耗均衡和壞塊管理正好符合項(xiàng)目需求里“配置數(shù)據(jù)量小、寫入頻率低、讀多寫少、斷電可靠性要求中等”的特點(diǎn)。另外項(xiàng)目中曾考慮過直接裸地址讀寫不使用文件系統(tǒng)。這個(gè)方案在早期驗(yàn)證硬件時(shí)確實(shí)效率最高但在應(yīng)用層很快就發(fā)現(xiàn)了問題數(shù)據(jù)記錄越來越長每個(gè)記錄都帶有時(shí)間戳、校驗(yàn)碼等屬性用裸地址方式管理這些記錄需要維護(hù)一套復(fù)雜的分配表代碼量和出錯(cuò)概率都直線上升。換到DOS文件系統(tǒng)之后文件名、目錄結(jié)構(gòu)、文件大小這些信息都由文件系統(tǒng)管理應(yīng)用層只需要open、read、write、close開發(fā)效率提升了幾個(gè)量級。1.3 整體架構(gòu)圖景整個(gè)軟件架構(gòu)從下到上分四層第一層是硬件層包括PowerPC處理器的Localbus控制器、片選邏輯、地址譯碼電路以及外接NOR Flash芯片。第二層是總線訪問層負(fù)責(zé)配置Localbus的時(shí)序參數(shù)、地址映射窗口提供基礎(chǔ)的讀寫函數(shù)。第三層是NOR Flash驅(qū)動(dòng)層實(shí)現(xiàn)了Flash的ID識別、扇區(qū)擦除、寫入、讀取以及狀態(tài)查詢。第四層是文件系統(tǒng)層將NOR Flash抽象成塊設(shè)備通過塊讀寫接口對接DOS文件系統(tǒng)最終向應(yīng)用層提供文件操作API。這種分層的最大好處是每一層都可以獨(dú)立驗(yàn)證。硬件連好之后先通過總線訪問層直接讀寫地址確認(rèn)硬件沒問題再實(shí)現(xiàn)Flash驅(qū)動(dòng)驗(yàn)證擦寫功能最后才掛文件系統(tǒng)。如果一開始就把所有層堆在一起出了問題根本沒辦法定位。2. 核心細(xì)節(jié)解析Localbus時(shí)序、NOR Flash驅(qū)動(dòng)與塊設(shè)備抽象2.1 Localbus時(shí)序配置的底層邏輯Localbus的時(shí)序配置是整個(gè)驅(qū)動(dòng)的基礎(chǔ)也是最容易出錯(cuò)的地方。PowerPC的Localbus控制器一般允許針對不同的片選區(qū)域獨(dú)立配置時(shí)序參數(shù)主要包括地址建立時(shí)間Address Setup、地址保持時(shí)間Address Hold、讀脈沖寬度Read Pulse Width、寫脈沖寬度Write Pulse Width等。這些參數(shù)必須嚴(yán)格匹配NOR Flash數(shù)據(jù)手冊中的時(shí)序規(guī)格。以常見的16位NOR Flash為例異步讀操作時(shí)片選拉低后地址線需要保持一段時(shí)間然后讀使能信號拉低數(shù)據(jù)線上在一定的訪問時(shí)間tAAAddress Access Time之后才有效。如果Localbus配置的讀脈沖寬度小于Flash的最小訪問時(shí)間讀回來的數(shù)據(jù)就會(huì)不穩(wěn)定表現(xiàn)為偶發(fā)的錯(cuò)誤字節(jié)。我當(dāng)時(shí)排查的一個(gè)典型案例就是連續(xù)讀前幾百個(gè)字節(jié)完全正常讀到某個(gè)地址突然出現(xiàn)一個(gè)字節(jié)錯(cuò)誤而且錯(cuò)誤位置不固定。用示波器抓取片選和讀使能信號后發(fā)現(xiàn)讀脈沖寬度配置為80ns而Flash數(shù)據(jù)手冊標(biāo)稱最大訪問時(shí)間是90ns差了10ns屬于典型的時(shí)序余量不足。將讀脈沖寬度調(diào)整到100ns之后問題徹底消失。注意這里有一個(gè)容易被忽略的細(xì)節(jié)。Localbus時(shí)序參數(shù)的單位和換算關(guān)系務(wù)必查清楚有的控制器以時(shí)鐘周期為單位有的直接以納秒為單位還有的需要通過預(yù)分頻器間接配置。我當(dāng)時(shí)就因?yàn)樵凇皶r(shí)鐘周期”和“納秒”之間搞混過一次配置出來的實(shí)際時(shí)序比預(yù)期慢了一倍雖然功能正常但性能白白損失了不少。2.2 NOR Flash驅(qū)動(dòng)的核心操作拆解NOR Flash驅(qū)動(dòng)無非三件事讀、寫、擦除。但每件事都有各自的坑。讀操作最簡單直接把地址映射到Localbus窗口用指針訪問即可。但要注意有些NOR Flash的讀操作需要先切換到讀陣列模式。如果芯片之前處于編程或擦除狀態(tài)直接從地址窗口讀出來的可能不是有效數(shù)據(jù)。設(shè)計(jì)上需要在初始化時(shí)發(fā)送復(fù)位命令通常是0xFF確保芯片回到讀模式。寫操作就復(fù)雜了。NOR Flash的編程最小單位一般是一個(gè)字16位或者一個(gè)字節(jié)但編程前必須先擦除整個(gè)扇區(qū)Sector或者塊Block因?yàn)镹OR Flash的編程只能把1改成0只有擦除能把所有位恢復(fù)成1。所以寫操作的標(biāo)準(zhǔn)流程是寫使能0x40或0x10等命令序列→ 擦除目標(biāo)扇區(qū) → 檢查擦除狀態(tài) → 逐字編程 → 檢查編程狀態(tài)。擦除操作是整個(gè)驅(qū)動(dòng)里最耗時(shí)的環(huán)節(jié)。一個(gè)典型的NOR Flash扇區(qū)是64KB擦除時(shí)間可能長達(dá)1到3秒。這段時(shí)間內(nèi)必須輪詢狀態(tài)寄存器或者通過數(shù)據(jù)線查詢內(nèi)部狀態(tài)位不能直接做其他操作。很多初寫驅(qū)動(dòng)的人容易犯的一個(gè)錯(cuò)誤是發(fā)完擦除命令之后沒有等待完成就開始寫數(shù)據(jù)導(dǎo)致寫入失敗。狀態(tài)檢查的方式在不同廠商的NOR Flash上略有差異但總體思路一致。常見的方式是連續(xù)讀取Flash的任意地址檢查數(shù)據(jù)線上的DQ7位編程/擦除狀態(tài)位編程過程中DQ7輸出的是寫入數(shù)據(jù)的反碼完成后輸出真實(shí)數(shù)據(jù)擦除過程中DQ7為0完成后為1。另一種方式是檢查DQ6翻轉(zhuǎn)位在操作進(jìn)行中反復(fù)讀取時(shí)該位會(huì)持續(xù)翻轉(zhuǎn)操作結(jié)束后不再翻轉(zhuǎn)。最穩(wěn)妥的方法是同時(shí)檢查DQ5超時(shí)位、DQ6、DQ7三個(gè)狀態(tài)位并設(shè)置超時(shí)上限防止Flash異常導(dǎo)致死循環(huán)。2.3 將NOR Flash抽象為塊設(shè)備的實(shí)現(xiàn)要點(diǎn)DOS文件系統(tǒng)通常通過一個(gè)簡單的塊設(shè)備接口訪問存儲(chǔ)介質(zhì)核心是以下幾個(gè)函數(shù)設(shè)備初始化識別Flash容量與型號讀扇區(qū)通常一個(gè)扇區(qū)512字節(jié)寫扇區(qū)擦除扇區(qū)如果文件系統(tǒng)層需要主動(dòng)擦除NOR Flash的物理特性與塊設(shè)備模型之間存在一個(gè)矛盾塊設(shè)備以512字節(jié)為單位讀寫NOR Flash的讀取可以按字節(jié)但編程最小單位通常是字或字節(jié)而擦除最小單位是扇區(qū)幾KB到幾十KB不等。如果文件系統(tǒng)要寫一個(gè)512字節(jié)的扇區(qū)而該扇區(qū)之前已經(jīng)有數(shù)據(jù)驅(qū)動(dòng)需要先讀出整個(gè)物理擦除單元的內(nèi)容在內(nèi)存中修改對應(yīng)部分然后整塊擦除再寫回。這就是“讀-改-寫”Read-Modify-Write流程。這個(gè)流程在實(shí)現(xiàn)時(shí)必須小心處理好兩個(gè)邊界一是擦除單元邊界與邏輯扇區(qū)邊界的對齊關(guān)系二是擦除單元內(nèi)的數(shù)據(jù)緩存管理。如果Flash的擦除扇區(qū)是64KB而文件系統(tǒng)邏輯扇區(qū)是512字節(jié)那么一個(gè)擦除單元包含128個(gè)邏輯扇區(qū)。寫入任何一個(gè)邏輯扇區(qū)都要先把所在的128個(gè)扇區(qū)全部讀入緩存修改其中一個(gè)再擦除整個(gè)64KB最后全部寫回。這么一來小數(shù)據(jù)量隨機(jī)寫的性能非常差但配置存儲(chǔ)場景一般沒問題畢竟寫入不頻繁。2.4 DOS文件系統(tǒng)的掛載流程DOS文件系統(tǒng)掛載的本質(zhì)是把塊設(shè)備上的數(shù)據(jù)解析為文件和目錄結(jié)構(gòu)。掛載時(shí)引導(dǎo)代碼需要做三件事第一步讀取引導(dǎo)扇區(qū)第0扇區(qū)驗(yàn)證跳轉(zhuǎn)指令、OEM名稱、每扇區(qū)字節(jié)數(shù)、每簇扇區(qū)數(shù)、保留扇區(qū)數(shù)、FAT表份數(shù)、根目錄項(xiàng)數(shù)、總扇區(qū)數(shù)等關(guān)鍵參數(shù)。如果這些參數(shù)與實(shí)際的塊設(shè)備容量不匹配掛載會(huì)直接失敗。第二步根據(jù)引導(dǎo)扇區(qū)參數(shù)計(jì)算出FAT表起始位置、根目錄起始位置、數(shù)據(jù)區(qū)起始位置。這里涉及幾個(gè)公式FAT表起始扇區(qū) 保留扇區(qū)數(shù)根目錄起始扇區(qū) FAT表起始扇區(qū) FAT表份數(shù) × 每份FAT表占用的扇區(qū)數(shù)數(shù)據(jù)區(qū)起始扇區(qū) 根目錄起始扇區(qū) 根目錄項(xiàng)數(shù) × 32字節(jié)每項(xiàng) / 每扇區(qū)字節(jié)數(shù)。這些參數(shù)計(jì)算必須用整數(shù)運(yùn)算還要注意向上取整。第三步加載FAT表到內(nèi)存中。FAT表是文件系統(tǒng)的核心索引結(jié)構(gòu)FAT12的每個(gè)表項(xiàng)12位FAT16的每個(gè)表項(xiàng)16位通過表項(xiàng)構(gòu)成的鏈表描述文件占用的簇鏈。加載FAT表后根目錄區(qū)的解析、文件的增刪改查都以FAT表為基礎(chǔ)。注意NOR Flash上的FAT表是保存在Flash里的運(yùn)行時(shí)會(huì)映射到內(nèi)存中修改但掉電后必須回寫到Flash。如果回寫不及時(shí)掉電會(huì)導(dǎo)致FAT表不一致出現(xiàn)文件系統(tǒng)損壞的情況。項(xiàng)目里對關(guān)鍵寫操作做了掉電安全處理每次文件寫入后立即同步FAT表到Flash雖然犧牲了一點(diǎn)性能但換來了可靠性。3. 實(shí)操過程從硬件點(diǎn)亮到文件系統(tǒng)跑通全流程3.1 環(huán)境清單與硬件準(zhǔn)備先列一下調(diào)試環(huán)境的幾項(xiàng)關(guān)鍵配置處理器PowerPC架構(gòu)主頻數(shù)百兆赫茲集成Localbus控制器調(diào)試器JTAG仿真器用于單步執(zhí)行和寄存器查看NOR Flash16位并行接口容量8MB扇區(qū)大小64KB邏輯分析儀/示波器用于抓取Localbus時(shí)序信號開發(fā)環(huán)境交叉編譯工具鏈、串口終端、文件燒寫工具硬件連接檢查是第一步不夸張地說至少有一半的調(diào)試時(shí)間花在硬件連接問題上。地址線的連接方向、數(shù)據(jù)線的位寬匹配、片選信號與地址窗口的對應(yīng)關(guān)系、寫保護(hù)引腳的接法每一項(xiàng)都可能有問題。我手上的板子最初就栽在寫保護(hù)引腳沒有上拉導(dǎo)致Flash始終處于保護(hù)狀態(tài)擦除和寫入全部失敗。3.2 第一步點(diǎn)亮Localbus地址窗口拿到板子之后第一件事不是寫Flash驅(qū)動(dòng)而是先把Localbus的地址窗口配置好然后直接通過地址指針讀寫來驗(yàn)證硬件通路。以某型號PowerPC處理器為例需要配置以下寄存器將片選區(qū)域基地址設(shè)為NOR Flash映射地址比如0xFC000000設(shè)置地址窗口大小覆蓋整個(gè)8MB Flash配置時(shí)序寄存器設(shè)置讀脈沖寬度為100ns寫脈沖寬度為80ns參考Flash數(shù)據(jù)手冊并留有充足余量確認(rèn)開窗方向讀/寫/讀寫和中端行為配置完成后寫一段最簡單的代碼對Flash映射地址的基址寫入一個(gè)魔數(shù)比如0xA5A5再讀回來比較是否一致。這一步通過只能說明硬件通路基本正常但還不能排除時(shí)序邊緣問題——真正驗(yàn)證時(shí)序需要連續(xù)的、隨機(jī)地址的、大量數(shù)據(jù)的讀寫測試。我習(xí)慣的做法是寫一段內(nèi)存壓力測試代碼對整片F(xiàn)lash地址空間做全地址的遞增寫讀校驗(yàn)記錄每個(gè)地址的錯(cuò)誤情況。一次跑完如果錯(cuò)誤太多先看是固定地址錯(cuò)誤還是隨機(jī)地址錯(cuò)誤——固定地址錯(cuò)誤多半是地址線斷線或錯(cuò)位隨機(jī)地址錯(cuò)誤則大概率是時(shí)序問題。3.3 第二步識別Flash型號并驗(yàn)證基本擦寫硬件通路沒問題之后就要開始做Flash的ID識別。標(biāo)準(zhǔn)做法是發(fā)送讀ID命令序列通常是0x90到特定地址然后從特定地址讀取制造商ID和設(shè)備ID。一次成功的ID識別說明Flash響應(yīng)了命令接口但要注意不同廠商的讀ID命令字可能略有差異尤其是進(jìn)入和退出ID模式的命令寫錯(cuò)會(huì)導(dǎo)致后面的操作全部失敗。識別完成后我建議先拿一個(gè)完全不重要的扇區(qū)做一次完整的擦除-編程-回讀測試。操作步驟為發(fā)送扇區(qū)擦除命令等待擦除完成輪詢DQ7或使用延時(shí)。從該扇區(qū)隨機(jī)選擇若干地址寫入已知數(shù)據(jù)模式比如0x00、0xFF、0x55、0xAA。回讀并比較確認(rèn)數(shù)據(jù)完全一致。再做一次全扇區(qū)擦除確認(rèn)所有字節(jié)都變成0xFF。這里強(qiáng)調(diào)一點(diǎn)擦除后的讀取是所有字節(jié)都為0xFF而不是0x00。很多新手一上來就以為擦除后全是0導(dǎo)致后面的文件系統(tǒng)初始化邏輯全部寫反。3.4 第三步實(shí)現(xiàn)塊設(shè)備抽象并掛載DOS文件系統(tǒng)Flash驅(qū)動(dòng)驗(yàn)證通過后就可以封裝塊設(shè)備接口。我的建議是直接以一種通用的塊設(shè)備結(jié)構(gòu)體為載體里面包含初始化函數(shù)指針、讀扇區(qū)函數(shù)指針、寫扇區(qū)函數(shù)指針、擦除扇區(qū)函數(shù)指針、設(shè)備容量字段。DOS文件系統(tǒng)模塊只認(rèn)這個(gè)結(jié)構(gòu)體不直接操作Flash寄存器這樣文件系統(tǒng)部分可以獨(dú)立測試。掛載流程的代碼邏輯大致如下調(diào)用塊設(shè)備初始化函數(shù)確認(rèn)Flash總?cè)萘堪?12字節(jié)每扇區(qū)計(jì)算出總扇區(qū)數(shù)。調(diào)用文件系統(tǒng)掛載函數(shù)傳入塊設(shè)備結(jié)構(gòu)體和掛載點(diǎn)信息。文件系統(tǒng)內(nèi)部讀取引導(dǎo)扇區(qū)解析關(guān)鍵參數(shù)檢查合法性。讀取FAT表到內(nèi)存檢查FAT表項(xiàng)是否全為零空盤狀態(tài)。讀取根目錄區(qū)此時(shí)應(yīng)該顯示為空目錄。創(chuàng)建一個(gè)測試文件寫入一段數(shù)據(jù)關(guān)閉后再打開讀出比較。第一次掛載大概率不會(huì)一次成功常見的報(bào)錯(cuò)包括“引導(dǎo)扇區(qū)參數(shù)非法”“FAT表加載失敗”“根目錄無有效內(nèi)容”等。排錯(cuò)時(shí)需要用十六進(jìn)制工具直接查看Flash扇區(qū)內(nèi)容確認(rèn)識別到的扇區(qū)數(shù)據(jù)是否與預(yù)期一致。我自己遇到過最詭異的一次掛載函數(shù)讀出的引導(dǎo)扇區(qū)完全正確但FAT表加載出來的數(shù)據(jù)全是垃圾最后追查到原因是文件系統(tǒng)把Flash當(dāng)成了“寫設(shè)備”初始化時(shí)主動(dòng)寫了一段FAT表初始化數(shù)據(jù)而當(dāng)時(shí)的Flash驅(qū)動(dòng)寫入函數(shù)因?yàn)榈刂窊Q算錯(cuò)誤把數(shù)據(jù)都寫偏了一個(gè)字節(jié)的偏移位置。3.5 第四步應(yīng)用層讀寫驗(yàn)證與性能摸底文件系統(tǒng)掛載成功只是開始真正的驗(yàn)證要模擬實(shí)際使用場景。我當(dāng)時(shí)做了三類測試第一類是基礎(chǔ)讀寫測試文件連續(xù)寫入幾百KB數(shù)據(jù)再分段讀出校驗(yàn)SHA值是否一致。這類測試主要驗(yàn)證文件系統(tǒng)的正常讀寫路徑。第二類是跨扇區(qū)、跨簇的隨機(jī)讀寫測試專門在文件內(nèi)隨機(jī)偏移位置寫入和讀取檢查FAT簇鏈?zhǔn)欠裾_。經(jīng)常有驅(qū)動(dòng)在連續(xù)寫大文件時(shí)正常但隨機(jī)寫小文件就出錯(cuò)這種情況多半是FAT表項(xiàng)更新的時(shí)序問題。第三類是掉電測試。寫文件過程中反復(fù)隨機(jī)斷電重新上電后檢查文件系統(tǒng)是否還能正常掛載、文件數(shù)據(jù)是否損壞。這項(xiàng)測試最能暴露FAT表不一致、扇區(qū)緩存未回寫等問題。項(xiàng)目里跑了幾百次掉電測試最后通過優(yōu)化FAT表同步策略才把問題全部清零。性能方面因?yàn)長ocalbus的并行訪問能力不錯(cuò)整片讀速度非?？捎^但寫性能和擦除性能就完全看Flash芯片本身了。實(shí)測下來文件系統(tǒng)的讀寫性能瓶頸在于擦除等待時(shí)間頻繁的小文件寫入會(huì)導(dǎo)致大量的“讀-改-寫”操作性能會(huì)斷崖式下降。好在目標(biāo)場景是配置管理寫頻率低完全在可接受范圍內(nèi)。4. 常見問題與排查技巧實(shí)錄那些讓人崩潰的坑4.1 寫入數(shù)據(jù)漂移地址換算的經(jīng)典錯(cuò)誤現(xiàn)象文件系統(tǒng)能正常掛載但寫文件之后再讀出來末尾多了幾個(gè)字節(jié)的隨機(jī)數(shù)據(jù)或者文件內(nèi)容整體偏移。排查在Flash驅(qū)動(dòng)里增加調(diào)試打印打印每個(gè)寫請求的邏輯地址、物理地址、數(shù)據(jù)長度。發(fā)現(xiàn)文件系統(tǒng)傳遞的邏輯扇區(qū)號是正常的但Flash驅(qū)動(dòng)在換算物理地址時(shí)直接把“邏輯扇區(qū)號 × 512”作為字節(jié)地址沒有加上塊設(shè)備的起始偏移量。當(dāng)塊設(shè)備的起始地址不是0時(shí)所有讀寫操作都發(fā)生整體偏移導(dǎo)致文件系統(tǒng)寫入的FAT表和數(shù)據(jù)區(qū)位置錯(cuò)位了。解決在塊設(shè)備初始化時(shí)記錄起始物理地址所有讀寫函數(shù)統(tǒng)一經(jīng)過一個(gè)地址換算函數(shù)先加偏移量再映射到Localbus地址窗口。修改后所有寫入位置都正確了。經(jīng)驗(yàn)地址換算一定要做成獨(dú)立函數(shù)并加入斷言檢查防止算出的地址超出Flash容量范圍。C語言里這類問題不會(huì)報(bào)錯(cuò)只會(huì)默默寫壞數(shù)據(jù)晚了根本不知道是哪一步出錯(cuò)的。4.2 擦除超時(shí)輪詢狀態(tài)位的方式不對現(xiàn)象驅(qū)動(dòng)執(zhí)行擦除命令后輪詢狀態(tài)位始終不滿足條件程序陷入死循環(huán)最后靠看門狗復(fù)位。排查用邏輯分析儀抓取命令序列發(fā)現(xiàn)擦除命令正確發(fā)出數(shù)據(jù)線和控制信號也沒有問題。問題出在輪詢狀態(tài)位的方式上某些型號的NOR Flash在擦除期間必須持續(xù)讀取一個(gè)固定的地址通常是寫命令地址而我之前寫成讀取任意地址了。部分Flash對輪詢地址有嚴(yán)格要求讀錯(cuò)地址會(huì)導(dǎo)致狀態(tài)位永遠(yuǎn)不更新。解決查閱該型號的數(shù)據(jù)手冊確認(rèn)輪詢地址和狀態(tài)位定義修改代碼嚴(yán)格按手冊執(zhí)行同時(shí)在輪詢循環(huán)里加入超時(shí)計(jì)數(shù)超過3秒直接報(bào)錯(cuò)退出避免死等。4.3 FAT表回寫不完整導(dǎo)致掉電損壞現(xiàn)象文件系統(tǒng)偶爾掛載失敗讀取文件時(shí)提示簇鏈錯(cuò)誤。經(jīng)過掉電測試復(fù)現(xiàn)后發(fā)現(xiàn)損壞位置都在FAT表區(qū)域。排查跟蹤文件寫入流程發(fā)現(xiàn)文件系統(tǒng)在寫文件時(shí)先更新了內(nèi)存中的FAT表然后才寫數(shù)據(jù)區(qū)。掉電發(fā)生在這兩個(gè)操作之間時(shí)FAT表已經(jīng)更新但數(shù)據(jù)區(qū)沒有寫入或者FAT表只寫了一半就斷電導(dǎo)致表項(xiàng)指向了無效簇。解決調(diào)整寫入順序?yàn)椤跋葘憯?shù)據(jù)區(qū)再寫FAT表”同時(shí)增加“臟標(biāo)記”機(jī)制——寫FAT表之前先在特定位置寫入一個(gè)標(biāo)記寫完FAT表之后清除標(biāo)記。重新掛載時(shí)檢查這個(gè)標(biāo)記如果標(biāo)記存在說明上次寫入沒有完成走恢復(fù)流程。4.4 Localbus時(shí)序?qū)е碌呐及l(fā)讀錯(cuò)誤現(xiàn)象整片讀校驗(yàn)測試中每隔一段時(shí)間出現(xiàn)一個(gè)隨機(jī)字節(jié)錯(cuò)誤復(fù)現(xiàn)率很低但確實(shí)存在。用JTAG單步執(zhí)行時(shí)極少出現(xiàn)全速運(yùn)行時(shí)概率更高。排查這類問題明顯指向時(shí)序余量不足而不是邏輯錯(cuò)誤。用示波器量測了讀寫關(guān)鍵時(shí)刻的信號發(fā)現(xiàn)數(shù)據(jù)有效窗口剛好卡在Flash數(shù)據(jù)手冊的最小訪問時(shí)間邊界附近。全速運(yùn)行時(shí)總線的電氣噪聲和溫度漂移會(huì)讓這個(gè)邊界變得不穩(wěn)定。解決把讀脈沖寬度和地址建立時(shí)間統(tǒng)一放寬到數(shù)據(jù)手冊標(biāo)稱值的1.5倍左右。修改后長時(shí)間跑校驗(yàn)測試再也沒有出現(xiàn)過偶發(fā)錯(cuò)誤。經(jīng)驗(yàn)絕不要為了性能把時(shí)序壓在標(biāo)稱值的極限上工業(yè)環(huán)境下的溫度變化、電壓波動(dòng)、器件批次差異都會(huì)吃掉那點(diǎn)余量。留足30%以上的時(shí)序余量長期穩(wěn)定性會(huì)好得多。4.5 文件系統(tǒng)掛載后根目錄文件亂碼現(xiàn)象掛載成功后根目錄里出現(xiàn)窗口顯示亂碼的文件名文件長度看起來也完全不對。排查十六進(jìn)制查看根目錄區(qū)數(shù)據(jù)發(fā)現(xiàn)目錄項(xiàng)里的文件名ASCII碼完全正常但目錄項(xiàng)里的起始簇號字段和文件大小字段都是亂碼。進(jìn)一步追查發(fā)現(xiàn)文件系統(tǒng)解析目錄項(xiàng)時(shí)使用了結(jié)構(gòu)體偏移量但代碼運(yùn)行在32位PowerPC上時(shí)有字節(jié)對齊問題結(jié)構(gòu)體字段的實(shí)際偏移量與預(yù)期不一致。解決對目錄項(xiàng)結(jié)構(gòu)體顯式聲明緊湊排列或者在解析時(shí)不要使用整個(gè)結(jié)構(gòu)體填充而是按字段逐個(gè)讀取。低級數(shù)據(jù)結(jié)構(gòu)在嵌入式環(huán)境下務(wù)必注意對齊這是老生常談但永遠(yuǎn)有人踩坑的地方。4.6 大小端問題一個(gè)隱藏極深的坑現(xiàn)象在PC上生成的FAT文件系統(tǒng)鏡像燒寫到NOR Flash后PowerPC端掛載失敗但同樣的鏡像在PC上用模擬器掛載完全正常。排查FAT文件系統(tǒng)在磁盤上的字節(jié)序是小端Little-Endian而PowerPC處理器默認(rèn)是大端Big-Endian模式。文件系統(tǒng)模塊如果沒有做字節(jié)序轉(zhuǎn)換讀到的多字節(jié)字段就是反的。現(xiàn)象上表現(xiàn)為引導(dǎo)扇區(qū)的總扇區(qū)數(shù)變成超大值FAT表項(xiàng)也全反了。解決在文件系統(tǒng)的底層讀取接口中做一次字節(jié)序轉(zhuǎn)換把讀到的16位、32位字段統(tǒng)一轉(zhuǎn)換為CPU本機(jī)字節(jié)序。同理寫入時(shí)也要從本機(jī)字節(jié)序轉(zhuǎn)換回小端序。注意如果嵌入式端生成的鏡像需要拿到PC上分析必須保證寫入時(shí)就是標(biāo)準(zhǔn)小端格式否則兩邊看到的數(shù)據(jù)完全對不上排查起來會(huì)非常痛苦。4.7 常見問題速查表問題現(xiàn)象可能原因排查方向讀回?cái)?shù)據(jù)偶發(fā)錯(cuò)誤Localbus時(shí)序余量不足示波器抓取讀寫信號對比Flash最小時(shí)序擦除一直不完成輪詢狀態(tài)位地址不對或等待超時(shí)查數(shù)據(jù)手冊確認(rèn)輪詢地址加超時(shí)保護(hù)寫入數(shù)據(jù)整體偏移地址換算漏加偏移量校驗(yàn)邏輯扇區(qū)到物理地址的換算函數(shù)掉電后文件系統(tǒng)損壞FAT表與數(shù)據(jù)區(qū)寫入順序不對采用“先數(shù)據(jù)后索引”策略加臟標(biāo)記目錄項(xiàng)亂碼結(jié)構(gòu)體字節(jié)對齊問題顯式緊湊排列或按字段解析文件系統(tǒng)掛載失敗字節(jié)序未轉(zhuǎn)換檢查引導(dǎo)扇區(qū)字段做小端轉(zhuǎn)本機(jī)序全部擦寫失敗Flash寫保護(hù)引腳無效查硬件原理圖確認(rèn)WP引腳接法小文件寫入性能差“讀-改-寫”流程觸發(fā)整塊擦除評估寫入頻率必要時(shí)做緩存層5. 調(diào)試方法論與效率工具怎么少走彎路5.1 分層驗(yàn)證是最高效的調(diào)試策略整個(gè)調(diào)試過程讓我體會(huì)最深的一點(diǎn)是千萬不要跨越層次去排查問題。硬件連接問題必須在最底層先排除Localbus時(shí)序問題必須在裸讀寫階段解決Flash驅(qū)動(dòng)邏輯問題必須在塊設(shè)備接口封裝前解決文件系統(tǒng)問題必須在掛載階段獨(dú)立驗(yàn)證。每層都有各自的驗(yàn)證方法和工具混在一起排查只會(huì)讓問題復(fù)雜度指數(shù)級上升。我給自己定了一個(gè)強(qiáng)制規(guī)則下一層沒有測試通過之前堅(jiān)決不往上走。比如Flash的裸讀寫測試不過不碰文件系統(tǒng)Localbus時(shí)序問題沒排除不做大文件讀寫驗(yàn)證。這個(gè)習(xí)慣幫我多次避免了“把兩個(gè)獨(dú)立的問題疊加在一起時(shí)完全無從下手”的困境。5.2 必用的調(diào)試工具與數(shù)據(jù)可視化手段串口調(diào)試終端時(shí)刻保留打印關(guān)鍵寄存器值和操作狀態(tài)。邏輯分析儀/示波器帶協(xié)議解析功能的型號更省心能自動(dòng)解析Localbus讀寫時(shí)序。JTAG仿真器查看PowerPC寄存器和內(nèi)存映射狀態(tài)尤其是Localbus控制器的寄存器配置。十六進(jìn)制文件查看器直接查看NOR Flash鏡像內(nèi)容定位FAT表、目錄項(xiàng)、文件數(shù)據(jù)的原始字節(jié)。二進(jìn)制對比工具將Flash中的鏡像與PC端的標(biāo)準(zhǔn)鏡像做逐字節(jié)對比快速定位差異區(qū)域。特別是邏輯分析儀在查Localbus時(shí)序問題時(shí)幾乎不可替代。示波器適合看單個(gè)信號的電平細(xì)節(jié)邏輯分析儀適合同時(shí)抓幾十路信號并關(guān)聯(lián)分析。我當(dāng)時(shí)把片選、讀使能、寫使能、地址線、數(shù)據(jù)線全部接到邏輯分析儀上一次性抓取幾百個(gè)總線周期對照Flash數(shù)據(jù)手冊逐項(xiàng)比對時(shí)序參數(shù)幾分鐘就能定位到問題是出在建立時(shí)間還是保持時(shí)間。5.3 軟件模擬器的妙用在嵌入式目標(biāo)機(jī)上調(diào)試文件系統(tǒng)非常痛苦每次修改都要重新燒寫Flash、重啟系統(tǒng)、跑測試用例。我的做法是先在PC端搭了一個(gè)模擬環(huán)境把Flash驅(qū)動(dòng)的接口用普通文件來模擬用同一套文件系統(tǒng)代碼在PC上把功能全部調(diào)通再交叉編譯到PowerPC目標(biāo)機(jī)上跑真機(jī)驗(yàn)證。這個(gè)“先PC模擬、后目標(biāo)機(jī)實(shí)測”的策略至少幫我節(jié)省了一半的調(diào)試時(shí)間尤其適合排查文件系統(tǒng)邏輯層面的問題。而硬件相關(guān)的問題比如時(shí)序、信號完整性、電氣特性模擬環(huán)境是沒用的必須回到目標(biāo)機(jī)上解決。模擬環(huán)境搭建起來很簡單只需要一個(gè)普通文件按扇區(qū)大小做讀寫映射把塊設(shè)備接口函數(shù)替換成文件操作函數(shù)即可。用這個(gè)環(huán)境可以快速驗(yàn)證各種文件系統(tǒng)的邊界條件比如文件系統(tǒng)滿盤時(shí)寫入、超大文件讀取、扇區(qū)損壞時(shí)的錯(cuò)誤處理等這些場景在真機(jī)上測試非常耗時(shí)。5.4 單元測試與自動(dòng)化回歸文件系統(tǒng)調(diào)試中一個(gè)不起眼的改動(dòng)就可能引入新的問題。比如修了一個(gè)FAT表更新邏輯的bug結(jié)果導(dǎo)致文件刪除功能異常。我在開發(fā)過程中給文件系統(tǒng)模塊做了一套自動(dòng)化單元測試覆蓋了創(chuàng)建、打開、讀取、寫入、關(guān)閉、刪除、重命名、目錄遍歷、容量查詢等核心操作每次修改代碼后都完整跑一遍回歸測試。自動(dòng)化回歸的價(jià)值在后期尤其大。項(xiàng)目臨近交付時(shí)掉電可靠性測試頻繁改動(dòng)如果每次改動(dòng)都要手工驗(yàn)證所有功能根本忙不過來。有了自動(dòng)化測試每次修改完跑一遍全套用例十幾分鐘就能確認(rèn)沒有引入新問題大大提升了效率。6. 實(shí)測性能數(shù)據(jù)與優(yōu)化空間評估6.1 基礎(chǔ)性能數(shù)據(jù)實(shí)測在最終配置下我對整套方案做了一輪性能摸底數(shù)據(jù)如下數(shù)據(jù)來源為某項(xiàng)目實(shí)測具體數(shù)值隨Flash型號和總線頻率有差異整片讀取速度約為Localbus理論帶寬的70%左右主要受限于是異步讀模式下的訪問延遲。單扇區(qū)寫入速度約幾毫秒其中大部分時(shí)間消耗在擦除等待和編程等待上。擦除單個(gè)64KB扇區(qū)時(shí)間約為1到3秒具體取決于Flash型號和擦除算法。創(chuàng)建并寫入一個(gè)1KB大小文件的耗時(shí)除去擦除時(shí)間外FAT表更新和目錄項(xiàng)更新的開銷都很小整體耗時(shí)幾乎可以忽略不計(jì)。這些數(shù)據(jù)表明方案在“讀多寫少、低頻寫入”場景下表現(xiàn)足夠好。但如果后續(xù)需要在NOR Flash上做高頻寫入就必須考慮引入一層RAM緩存批量緩存寫入請求合并擦除操作否則性能和Flash壽命都會(huì)被快速消耗。6.2 優(yōu)化空間與擴(kuò)展方向這套方案還有很多可以深挖的地方第一如果對寫入性能有更高要求可以在Flash驅(qū)動(dòng)層增加寫緩存。具體做法是維護(hù)一個(gè)RAM緩沖池寫入請求先進(jìn)入緩存緩存滿了再觸發(fā)一次整塊擦寫因?yàn)椴脸僮鞯某杀痉浅８吆喜⑿懭肽艽蠓鶞p少擦除次數(shù)。這種做法叫做“寫合并”或“寫緩沖”在NAND Flash上很常見NOR Flash同樣適用。第二如果需要更安全的掉電保護(hù)可以把FAT表雙備份。主FAT出現(xiàn)損壞時(shí)自動(dòng)切換到備份FAT同時(shí)通過臟標(biāo)記和日志機(jī)制實(shí)現(xiàn)上次寫入的自動(dòng)恢復(fù)這是提升文件系統(tǒng)可靠性的經(jīng)典手段。第三如果后續(xù)需要支持更大的存儲(chǔ)容量可以將文件系統(tǒng)從FAT12/16升級為FAT32甚至適配輕量級的exFAT方案。不過目前8MB以下的NOR Flash用FAT16已經(jīng)足夠升級反而會(huì)帶來更多協(xié)議開銷和復(fù)雜度。第四可以考慮加入磨損均衡算法。雖然NOR Flash的擦寫壽命通常在十萬次級別遠(yuǎn)高于NAND Flash但在長時(shí)間連續(xù)運(yùn)行的重寫場景下還是建議在文件系統(tǒng)的底層做一個(gè)簡單的塊分配策略讓擦寫操作盡量分散到不同扇區(qū)。7. 經(jīng)驗(yàn)總結(jié)與技術(shù)之外的思考整個(gè)調(diào)試過程持續(xù)了好幾周從最初硬件點(diǎn)燈到最終文件系統(tǒng)穩(wěn)定運(yùn)行除了技術(shù)上的收獲還有一些更值得記錄的經(jīng)驗(yàn)。第一嵌入式底層開發(fā)里嚴(yán)格按照“硬件→驅(qū)動(dòng)→文件系統(tǒng)→應(yīng)用”的順序做分層驗(yàn)證是最高效的路徑。任何想跨層排查的想法最終都會(huì)被證明是浪費(fèi)時(shí)間。第二數(shù)據(jù)手冊是唯一值得信賴的硬件行為準(zhǔn)則。很多問題在仔細(xì)重讀數(shù)據(jù)手冊的相關(guān)章節(jié)后都能找到答案。與其在網(wǎng)上盲目搜索不如靜下心來把NOR Flash的時(shí)序圖和狀態(tài)寄存器部分從頭到尾再看一遍。第三調(diào)試工具的投資是值得的。一臺好的邏輯分析儀、一個(gè)支持協(xié)議解析的調(diào)試環(huán)境省下的時(shí)間遠(yuǎn)超它們的成本。不要用示波器一根線一根線地量也不要在沒有工具的情況下猜問題。第四文件系統(tǒng)看起來簡單但邊界情況非常多。字節(jié)序、對齊、掉電一致性、擦寫失敗處理、容量計(jì)算溢出這些隱藏的坑在項(xiàng)目前期往往不會(huì)暴露一到關(guān)鍵時(shí)刻就出來搗亂。寫代碼時(shí)就要把這些問題考慮進(jìn)去而不是等出了bug再補(bǔ)。最后再分享一個(gè)偏門但實(shí)用的技巧調(diào)試文件系統(tǒng)時(shí)我在Flash驅(qū)動(dòng)里加了一個(gè)“調(diào)試模式”把每次擦除、編程的關(guān)鍵動(dòng)作都記錄到一塊獨(dú)立的調(diào)試日志區(qū)并打印到串口。這樣即使系統(tǒng)跑飛了重新上電后還能通過串口日志還原出故障前的操作序列定位問題要輕松得多。這個(gè)習(xí)慣讓我少熬了好幾個(gè)夜。這套PowerPC平臺Localbus NOR Flash方案現(xiàn)在已經(jīng)在項(xiàng)目里穩(wěn)定跑了大半年沒再出過文件系統(tǒng)層面的問題。如果你正在做類似的底層存儲(chǔ)方案希望這篇文章里的思路和踩坑記錄能幫你少走一些彎路。