某些Intel的FLASH芯片(如StrataFlash系列)支持多分區,也就是各個分區可以同時進行操作,應該說這是不錯的特性,但是也會帶來些問題,記得當初移植Linux-2.4.21，掛JFFS2文件系統的時候,經常會報一些"Magic bitmask not found"之類的錯誤，跟進去發現FLASH讀出來的都是些0x80之類的數據，查看資料發現該款FLASH有分區的特性，而Linux的FLASH驅動只用一個狀態變量表示整個FLASH的狀態，這就會造成某個分區的實際狀態和系統記錄的不符,從而導致讀FLASH的時候該點實際上不處在讀狀態。當時的解決辦法是，每次讀的時候，不管記錄的狀態是什么，先進入讀狀態再說，當然這會帶來性能的下降，具體損失多少個時鐘周期就不算了。

話說進入Linux-2.6.x的時代(具體是2.6.13),除了Lock/Unlock(Linux在擦/寫的時候不先Unlock，解決辦法就是初始化的時候先全部Unlock)這個老問題外，竟然多分區的錯誤沒有出現，驚訝之下決定好好研究下Linux的MTD/FLASH驅動。

說驅動之前,先明確幾個編程要點：

1：讀寫，要按照總線位寬讀寫，注意不是FLASH芯片位寬(例如背靠背)。

2：尋址，程序要訪問的地址和FLASH芯片地址引腳得到的值是不一樣的，例如16位的FLASH芯片，對于CPU，0x00和0x01表示2個不同的字節，但是到了FLASH引腳得到的都是0，也就是都指向FLASH的第一個WORD?？梢哉J為地址總線的bit0懸空，或者認為轉換總線, bit0上實際輸出的是bit1。這個解釋了要點1。

3：芯片手冊提到偏移量都是基于WORD的，而WORD的位寬取決于芯片的位寬，因此在下命令的時候，實際偏移=手冊偏移*buswidth/8。

4：芯片手冊提到的變量長度(典型如CFI信息)例如2，指的是，變量是個16bit數，但是讀的時候，要讀2個WORD，然后把每個WORD的低8位拼成1個16bit數。讀WORD再拼湊確實挺麻煩，尤其是讀取大結構的時候，不過參照cfi_util.c的cfi_read_pri函數的做法就簡單了。

5：背靠背，也就是比方說2塊16位的芯片一起接在32位的總線上。帶來的就是尋址的問題，很顯然，首先要按32位讀寫;其次就是下命令的地址，實際偏移=手冊偏移*interleave*device_type/8，device_type=buswidth/interleave，而buswidth這個時候是32(總線位寬)。另外就是背靠背的時候，命令和返回的狀態碼是“雙份的”，例如2塊16位背靠背，讀命令是0x00ff00ff。

如果不是想寫像Linux那么靈活的代碼(考慮各種接法/位寬/CFI獲取信息等)，那事情就簡單很多，只要考慮要點1以及擦除塊的大小就好了，當然如果是背靠背接法，擦除塊的實際大小要乘個interleave。

進入Linux代碼

關于CHIP/MAP/MTD之間繞來繞去的關系現在還糊涂著呢，因此下面只是簡單的跟一下脈絡和各個編程要點。

1：構造map_info結構，指定基址/位寬/大小等信息以及"cfi_probe"限定，然后調用do_map_probe()。

2：do_map_probe()根據名字"cfi_probe"找到芯片驅動"cfi_probe.c"直接調用cfi_probe()。

3：cfi_probe()直接調用mtd_do_chip_probe()，傳入cfi_probe_chip()函數指針。

4：mtd_do_chip_probe()分2步，先調用genprobe_ident_chips()探測芯片信息,后調用check_cmd_set()獲取和初始化芯片命令集(多分區初始化就在里面)。

5：genprobe_ident_chips()函數如果不考慮多芯片串連的情況,那只需看前面的genprobe_new_chip()調用，完成后cfi.chipshift=cfi.cfiq->DevSize，2^chipshift=FLASH大小.