基于uboot的2410調(diào)試平臺的實(shí)現(xiàn)

?

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

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

　　實(shí)施過程中遇到的幾個問題如下：

　　1、代碼的存儲位置和運(yùn)行位置的問題

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

　　3、中斷入口配置

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

　　SECTIONS {

　　.text

　　0x30004000

　　:

　　{

　　head.o

　　clock.o

　　init.o

　　led.o

　　serial.o

　　timer0.o

　　mmu.o

　　interrupt.o

　　main.o

　　}

　　}

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