U-boot應(yīng)用于AT91 RM9200重映射機(jī)制的修正

1 重映射的理論模型
要理解重映射，必須首先理解映射。在此給出映射的基本理論模型，如圖1所示。

其中，A表示輸入域，B表示輸出域，F(xiàn)(X)表示規(guī)則。A在規(guī)則F(X)下能夠與B對應(yīng)，這種對應(yīng)關(guān)系就是“映射”。
在嵌入式系統(tǒng)中，這個模型應(yīng)用比較普遍，可以完全用硬件實(shí)現(xiàn)，也可以硬件和軟件協(xié)同實(shí)現(xiàn)。根據(jù)作用時間的不同，第1次稱為“映射”，后面的就稱之為“重映射”。基本理論相同，實(shí)現(xiàn)方式也類似。在不影響理解的情況下，以下不區(qū)分“映射”和“重映射”這兩個術(shù)語。嵌入式系統(tǒng)中，重映射對應(yīng)的輸入、輸出都是地址數(shù)據(jù)。下面舉一個完全硬件實(shí)現(xiàn)重映射的簡單實(shí)例：
令A(yù)={0x00000000-0x000fffff}，實(shí)現(xiàn)到B={0x00100000-0x001fffff)的重映射。可以看出，它們的不同在于A20-B20這對地址線，所以硬件實(shí)現(xiàn)只需對此進(jìn)行處理就可以了。如圖2所示，無論A20為高電平還是低電平，對應(yīng)的B20都是高電平。CPU訪問(0x00000000-0x000fffff)，或者{0x00100000-0x001fffff)，在映射關(guān)系下，實(shí)際都是訪問到{0x00100000-0x001fffff)。通過改變映射關(guān)系，可以把{0x00000000-0x000fffff)這個1 MB的地址空間映射到任意位置。這樣就可以實(shí)現(xiàn)CPU從固定位置取值，但是實(shí)際對應(yīng)的物理存儲介質(zhì)可以不同了。

根據(jù)重映射的不同需求，F(xiàn)(X)對應(yīng)的復(fù)雜度也不同。為了分析方便，在AT91RM9200的重映射機(jī)制分析中，F(xiàn)(X)就作為一個黑匣子處理。其內(nèi)部實(shí)現(xiàn)的細(xì)節(jié)這里不作探討。

2 AT91RM9200的實(shí)現(xiàn)方案及啟動流程
AT91RM9200上電或復(fù)位之后的內(nèi)存映射關(guān)系可以參考其數(shù)據(jù)手冊的Figure 8-1，這里不作重點(diǎn)分析。內(nèi)存映射完成后，memory controller控制硬件實(shí)現(xiàn)重映射(要注意，這是不提供給用戶的，也就是說用戶無法改變這種映射規(guī)則)。下面用偽代碼描述：

if BMS為高電平

F(X):boot memory→ROM else

F(X):boot memory→NOR Flash

其中，BMS是啟動模式選擇引腳。它決定了兩種不同的映射關(guān)系，因而也決定了U-boot至少可以有與之對應(yīng)的兩種啟動模式。
AT91RM9200通過寄存器MC＿RCR為用戶提供了接口，可以控制重映射。不過這種控制規(guī)則仍然是有限的。內(nèi)存映射完成后，映射規(guī)則按照上述偽代碼執(zhí)行。如果執(zhí)行重映射，不管BMS狀態(tài)如何，規(guī)則變?yōu)椤癋(X)：boot memory→SRAM”。再次執(zhí)行重映射，F(xiàn)(X)將恢復(fù)到偽代碼描述狀態(tài)。這個重映射的具體執(zhí)行手段，就是往MC_RCR寫入1。
明確了AT91RM9200的映射機(jī)制，就可以對啟動流程進(jìn)行深入分析了。
AT91RM9200數(shù)據(jù)手冊在“13 boot program”一節(jié)中對內(nèi)部啟動流程講解得比較清晰，所以對這部分簡略描述。對復(fù)雜機(jī)制，如果采用情景分析的方法，則會清晰許多。根據(jù)AT91RM9200的特點(diǎn)，提出了3種情景。這3種情景分別對應(yīng)U-boot 啟動的3種不同模式。
情景1：令BMS為高電平，系統(tǒng)上電或復(fù)位之后從片內(nèi)啟動。通過Xmodem協(xié)議上傳loader．bin，其執(zhí)行成功后，再次通過Xmodem協(xié)議上傳U-boot．bin，實(shí)現(xiàn)U-boot的正常啟動。
情景2：令BMS為低電平，系統(tǒng)上電或復(fù)位之后從片外NOR Flash啟動。此處在0x10000000固化boot．bin，在0x10010000處固化U-boot．bin．gz，實(shí)現(xiàn)U-boot壓縮方式的正常啟動。
情景3：令BMS為低電平，系統(tǒng)上電或復(fù)位之后從片外NOR Flash啟動。此處在0x10000000固化U-boot．bin，實(shí)現(xiàn)U-boot的非壓縮方式的正常啟動。
這3種情景各具特點(diǎn)。其中情景1適用于測試階段，U-boot還沒有固化到Flash中；如果U-boot比較大，考慮代碼空間，則可以采用情景2；如果對啟動時間要求非常短，則可以考慮精簡u-boot的代碼，采用情景3實(shí)現(xiàn)快速引導(dǎo)啟動。
下面通過U-boot的生命周期和boot memory映射規(guī)則變化來對3種情景進(jìn)行對比分析。
情景1：片內(nèi)啟動，loader．bin+U-boot．bin
硬件上電，檢測到BMS為高電平，F(xiàn)(X)：boot memo-ry→SROM。那么CPU從0x0處取指執(zhí)行，實(shí)際上執(zhí)行的就是SROM中的代碼。當(dāng)無法發(fā)現(xiàn)有效序列的代碼后，自動執(zhí)行uploader程序，將loader．bin放到SRAM中，完成后執(zhí)行重映射，將PC置為0，這樣實(shí)際上就開始執(zhí)行上載到SRAM中的loader．bin程序。此時，F(xiàn)(X)：bootmemory→SRAM。
loader．bin將用戶上傳的U-boot．bin下載到SDRAM中，然后跳轉(zhuǎn)到U-boot的起始位置開始執(zhí)行。在這種情景中，U-boot．bin的生命之初就在SDRAM中，而且此時F(X)：boot memory→SRAM。
情景2：片外啟動，boot．bin+U-boot．bin．gz
上電或復(fù)位后，F(xiàn)(X)：boot memory→Nor Flash。首先執(zhí)行boot．bin，它的作用就是初始化SDRAM，然后解壓U-boot．bin．gz，放到SDRAM中。然后調(diào)轉(zhuǎn)到相應(yīng)位置，執(zhí)行U-boot。在這種情景中，Uboot．bin的生命之初也是在SDRAM中，不過此時F(X)：boot memory→NORFlash。
情景3：片外啟動，U-boot．bin
上電或復(fù)位后，F(xiàn)(X)：boot memory→NOR Flash。開始執(zhí)行U-boot，這樣U-boot將自身下載到SDRAM中，然后跳轉(zhuǎn)至相應(yīng)位置執(zhí)行。在這種情景中，U-boot．bin的生命之初在NOR Flash中，然后到SDRAM。不過在這整個過程中，F(xiàn)(X)：boot memory→NOR Flash。
通過上述分析和表1，就可以對3種情景U-boot的執(zhí)行初始狀態(tài)非常清晰了。

3 U-boot的不合理性分析
從ftp：//ftp．denx．de下載最新的U-boot-1．3．O。對AT91RM9200而言，入口位于cpu／arm920t／start．S。此段代碼為：

代碼的作用就是把u-boot開始的0x40個字節(jié)復(fù)制到0x0開始的位置，也就是實(shí)現(xiàn)了中斷向量表的搬移。結(jié)合表1，對情景是沒有問題的，這樣實(shí)際就復(fù)制到了SRAM中；但是，對于情景2和3，就是不合理的了。因?yàn)榇藭r0x0位置是NOR Flash，它們都是不可以直接以字節(jié)寫入的。也就是說，對情景2和情景3，這段代碼不足以完成將中斷向量表復(fù)制到SRAM中，并將SRAM映射到0x0開始的1 MB地址空間內(nèi)這個任務(wù)。
為了驗(yàn)證此結(jié)論，提出一個檢測算法1：
向0x0位置寫入0x55，然后讀取0x0的數(shù)值，看看是否為0x55。如果是，說明此處為SRAM；如果不是，說明此處為非易失性存儲介質(zhì)。
利用這個算法，可以在lib＿arm／board．c中插入測試代碼，驗(yàn)證表1結(jié)論的正確性。經(jīng)實(shí)驗(yàn)分析，表1是正確的。這樣也就間接證明了上述代碼的不合理性。
如果想要直接測試，也可以提供一個簡單算法2：
在lib＿arm／board．c中插入測試代碼，讀取從0X0開始的0x40個字節(jié)，然后與U-boot．bin起始位置的0x40個字節(jié)對比，看看是否一致。

4 解決方案
為了對三種情景都支持，就需要根據(jù)3種情景的特點(diǎn)來進(jìn)行區(qū)分，如表2所列，這樣才可以實(shí)現(xiàn)3種啟動方式的無關(guān)性。這里需要解決的問題是，通過檢測算法1可以判斷出情景1；然后判斷此時U-boot是在SDRAM還是在NOR Flash，可以區(qū)分情景2和情景3。

對情景1和情景2，因?yàn)榇藭rU-boot已經(jīng)在SDRAM中，所以是否執(zhí)行重映射對U-boot本身的執(zhí)行并無影響。但是對情景3，此時U-boot仍在NOR Flash中，boot memory仍然指向NOR Flash。一旦執(zhí)行重映射，boot memory會立即指向SRAM，那么PC下一條指令就無法正常獲取了。為了保證其正常獲取，必須把跳轉(zhuǎn)到SDRAM之前的代碼復(fù)制到SRAM中，這樣重映射前后就會實(shí)現(xiàn)無縫轉(zhuǎn)換。(當(dāng)然，這種實(shí)現(xiàn)方式對于start．S代碼比較大的情況不合適。如果是那樣，可以采取另外的解決辦法，就是在lib＿arm／board．c中通過算法1來決定是否執(zhí)行重映射。這樣復(fù)制的長度就可以統(tǒng)一為0x40個字節(jié)了。)
制作patch，主要修改的代碼部分如下：

5 實(shí)驗(yàn)結(jié)論
編寫代碼實(shí)現(xiàn)上述修正之后，經(jīng)過測試，在3種情景下，U-boot都可以正常運(yùn)行。說明上述分析是正確的。實(shí)現(xiàn)3種情景的啟動無關(guān)性，需要充分把握重映射機(jī)制，對每一步情景都要清晰，這樣才可以很好地設(shè)計(jì)出啟動方式無關(guān)性的代碼。情景分析的研究方法，對很多的開發(fā)工作都有很大的借鑒作用。