?

　　關于這個東東，開始的時候，筆者是因為木有錢買仿真機，而且被一遍一遍的燒寫nand flash折騰的很煩躁，因為nand flash的燒寫速度并不像下載到SRAM或者SDRAM里邊那么快。而且相當nand的壽命有限，燒寫有風險，每次都是heart hard-beating下完成的，生怕nand掛了或者CPU掛了，sigh......生亦何哀，死亦何苦。有痛如斯，夫復何求?!無奈當時對于ARM的MMU還不是很熟悉，而且當時是一邊上班一邊業余折騰，遇到問題了就有點躁。痛定思痛，長痛不如短痛!咬著牙花了一晚上把MMU看了兩遍，結果發現有好幾種配置方式，讓人抓狂哇!哈哈，想想當時真的很傻很天真，就因為有多種配置方式，段式，頁式，頁式還分個粗細，就不知道到底該用哪個更合適，后來想到linux下用哪個方式咱就用哪個方式，然后抱著這個想法去看linux內核代碼，結果不了了之--沒看明白，HOHO～～～～～～～～不過后來是在一個關于ARM MMU的例程中找到了定心丸，就用段式映射，這個最簡單!當時還不知道看SAMSUNG的代碼，很多代碼都是網上雜七雜八搜羅過來的。原理弄明白，方案定下來之后，事情就好辦多了，一步一步實施就是了，無非是代碼出問題了再調試。

　　原理其實是這樣的，首先移植一個可以用的uboot，至少要包含tftp和go命令，然后將其燒到nand flash里邊，每次系統上電的時候能順利運行uboot;然后我們將編譯鏈接好的目標代碼通過uboot下載到SDRAM里邊，再從uboot里邊go到我們自己的程序去運行。

　　實施過程中遇到的幾個問題如下：

　　1、代碼的存儲位置和運行位置的問題

　　2、中斷向量表的位置問題

　　3、中斷入口配置

　　第一個問題中關于兩個位置的問題，這應該是連接器要處理的，這個問題不是這里的闡述重點，有興趣的可以參考《arm學習報告》系列文檔，里邊基本講的非常詳細，而且不像GNU Ld那么長篇大論。雖然這個問題不是咱的重點，但是多少對咱是有影響的，不然.............講講到底怎么影響咱的是正事，廢話就不扯了，嘿嘿，因為，廢話已經扯了很多了，GAGA～～～～～～～～～。因為從原理上來看，我們自己編寫的程序用這種方式來調試的話，就不可能再放到0地址開始，讓系統自動加載了，因此存儲地址和運行地址都不能直接用默認的0了，這個地址需要我們在鏈接腳本里邊親自指定一下。為了節省大家時間，筆者在尼度給倆例子吧，一個是源代碼里邊的鏈接腳本文件，一個是鏈接腳本的書寫規則。

　　SECTIONS {

　　.text

　　0x30004000

　　:

　　{

　　head.o

　　clock.o

　　init.o

　　led.o

　　serial.o

　　timer0.o

　　mmu.o

　　interrupt.o

　　main.o

　　}

　　}

　　這個是鏈接腳本，其中的 0x30004000地址前面的text是指如下內容全是文本段。關于文本段如果您不想看別的資料，就簡單的理解成是代碼段吧。實際也是代碼的運行地址，更確切的說是運行地址的開始，就是我們目標代碼的入口地址。鏈接以后，程序在執行時的一些相對跳轉中，這個地址就是個基地址了。如果在把程序從別的介質加載到運行內存(SDRAM)時，地址發生了錯誤，有些程序就無法正常執行，這就是位置相關和位置無關代碼的區別。