最近拿出了空閑已久的Tiny6410開發(fā)板來玩一下，一直對(duì)Linux有變態(tài)的崇拜，所以這次過度沒有懸念的拋棄諸如ADS1.2或RVDS等IDE開發(fā)環(huán)境。完全的VIM + GCC搞定一切。

　　言簡(jiǎn)意賅，生成的BIN放入SD卡中啟動(dòng)，詳細(xì)過程參見Tiny6410的幫助文檔，配置文件附送光盤里都有。

　　這里僅主要介紹一下如何點(diǎn)亮核心板上的4個(gè)LED，當(dāng)然在此之前arm-linux-gcc交叉編譯環(huán)境要搭建起來，還要添入環(huán)境變量之中（在終端中輸入arm-linux-gcc -v 看是否能正確的查詢到當(dāng)前交叉編譯器的版本號(hào)以檢查是否添加成功，出現(xiàn)如圖所示說明添加成功）。

　　為了點(diǎn)亮LED，我們先看一下友善之臂Tiny6410開發(fā)板關(guān)于LED的原理圖部分。

　　由圖可見，我們要操作的LED分別由GPK[4-7]口控制。

　　然后就是看一下三星的datasheet了。

　　可見我們把輸入方向配置為輸出，并輸出低電平LED才會(huì)亮?！　?/p>

　　首先先看匯編代碼。

@********************************************@File:led_on.s@function:LED@author:pang123hui@********************************************.text@定義一個(gè)代碼段.global_start@定義一個(gè)全局入口_start:@全局入口處LDRR0,=0x7F008800@設(shè)R0為GPKCON0寄存器MOVR1,#0x11112222@設(shè)置GPKC[4-7]為輸出STRR1,[R0]LDRR0,=0x7F008808@R0設(shè)為GPKDAT寄存器MOVR1,#0x00000000@設(shè)置GPKDAT[4-7]為低電平STRR1,[R0]MAIN_LOOP:BMAIN_LOOP

匯編里的B指令為跳轉(zhuǎn)指令，直接向PC寄存器賦值。B跳轉(zhuǎn)是個(gè)相對(duì)跳轉(zhuǎn)指令，其機(jī)器嗎格式如下：

　　即B跳轉(zhuǎn)指令依賴于當(dāng)前PC寄存器的值，這個(gè)特點(diǎn)使得使用B指令的程序不依賴于代碼存儲(chǔ)的位置——即不管這條代碼放在什么位置，B指令都可以跳到正確的位置。這類指令被稱為位置無關(guān)碼。

　　還有一條BL指令，除了條裝之外，還將返回地址（BL的下一條指令的地址）保存在LR寄存器中，也是位置無關(guān)的指令。

　　B和BL指令可跳轉(zhuǎn)的范圍是當(dāng)前指令的前后32MB.

相關(guān)Makefile文件。

CC=arm-linux-gccCFLAGS=-g-c-oled_on.bin:led_on.s$(CC)$(CFLAGS)led_on.oled_on.sarm-linux-ld-Ttext0x0000000-gled_on.o-oled_on_elfarm-linux-objcopy-Obinary-Sled_on_elfled_on.binclean:rm-fled_on.binled_on_elf*.o

簡(jiǎn)單介紹一下相關(guān)指令。

A．a(chǎn)rm-linux-gcc

-c　　對(duì)源文件進(jìn)行預(yù)處理、編譯、匯編，但不做鏈接，生成中間OBJ文件，通常以.o結(jié)尾。

-g添加調(diào)試信息

-o　　指定輸出文件。如果不指定-o　filename選項(xiàng)，默認(rèn)輸出為a.out文件。

B.　arm-linux-ld

-Ttext startaddr

-Tdada startaddr

-Tbss startaddr

其中-T選項(xiàng)用來指定代碼段、數(shù)據(jù)段、BSS段的起始地址。

如果不定義數(shù)據(jù)段和BBS段的起始地址，它們會(huì)被依次放在代碼段的后面。

C．　arm-linux-objcopy

用于將一個(gè)目標(biāo)文件復(fù)制到另一個(gè)文件內(nèi)，可以使用不同于源文件的格式輸出到目的文件。常用于格式轉(zhuǎn)化。

-O用于指定輸出的文件格式。如二進(jìn)制–O binary

-I　　用于指定源文件的格式

-S　　不從源文件中復(fù)制重定位信息和符號(hào)信息到目標(biāo)文件

D．　arm-linux-objdump

用于顯示二進(jìn)制文件住處。常用于進(jìn)行反匯編，方便調(diào)試。

-D　　反匯編所有段

-m　　指定反匯編目標(biāo)文件所使用的架構(gòu)，如–m arm指定為ARM體系架構(gòu)。

-b指定輸入文件的格式，這不是必須的，arm-linux-objdump能自動(dòng)識(shí)別多種格式。

C語(yǔ)言代碼。

#definerGPKCON0(*(volatileunsigned*)(0x7F008800))#definerGPKCON1(*(volatileunsigned*)(0x7F008804))#definerGPKDAT(*(volatileunsigned*)(0x7F008808))#definerGPKPUD(*(volatileunsigned*)(0x7F00880C))intmain(void){//設(shè)置GPKCON[4-7]為輸出rGPKCON0=0x11112222;//設(shè)置GPKDAT[4-7]為低電平rGPKDAT=0xffffff0f;return0;}

　　有些學(xué)習(xí)過Bootloader和內(nèi)核的朋友肯定會(huì)知道，在調(diào)用C語(yǔ)言函數(shù)之前肯定會(huì)有一段匯編代碼在前面鋪路，進(jìn)行一些必要的初始化工作；而那些只學(xué)過單片機(jī)而沒有學(xué)過ARM的朋友肯定會(huì)覺得很奇怪，在單片機(jī)中寫C代碼，前面完成可以不用任何匯編代碼。這是為什么呢？

　　這主要是因?yàn)槲覀兊拈_發(fā)環(huán)境（這里主要是指編譯環(huán)境）的不同，在開發(fā)單片機(jī)程序的時(shí)候，開發(fā)環(huán)境（如KEIL）會(huì)在編譯C代碼的時(shí)候，給我添加啟動(dòng)代碼（startup-51）或者在編譯時(shí)已經(jīng)由編譯器在后臺(tái)為我們初始化好了。而在開發(fā)ARM程序時(shí)，ARM處 理器支持多種模式，多種功能，而在不同的領(lǐng)域不同的項(xiàng)目里面，我們可以有選擇的、適當(dāng)?shù)倪x擇這些功能，這時(shí)，編譯器就不知道我們需要什么功能，需要什么模 式，編譯器也就無法給我們提供默認(rèn)的“初始化”代碼，所以，編譯器干脆就“不管”這些了，把這些工作交由我們開發(fā)者來處理。

這里最簡(jiǎn)單的啟動(dòng)代碼。

@****************************************@File:startup.s@function:startup@author:pang123hui@****************************************.text.global_start_start:LDRR0,=0x7E004000@WATCHDOG寄存器地址MOVR1,#0x0STRR1,[R0]@寫入0，禁止WATCHDOG，否則CPU會(huì)不斷重啟LDRSP,=0x0c001000@設(shè)置堆棧，注意：這時(shí)我們是將程序直接燒錄到SDRAM中，所以堆棧要設(shè)置在SDRAM中@如果將程序燒在NANDFLASH中，需將堆棧改為1024*4，因?yàn)镹ANDFLASH中的代碼@在復(fù)位后會(huì)移到內(nèi)部RAM中，此RAM只有4KBLmain@調(diào)用C程序中的main函數(shù)halt_loop:Bhalt_loop

這里要注意的一點(diǎn)是S3C6410中RAM的地址，見datasheet，如圖。

最后是Makefile文件。

CC=arm-linux-gccCFLAGS=-g-c-oled_on.bin:startup.smain.c$(CC)$(CFLAGS)startup.ostartup.s$(CC)$(CFLAGS)main.omain.carm-linux-ld-Ttext0x0c000000-gstartup.omain.o-oled_on_elfarm-linux-objcopy-Obinary-Sled_on_elfled_on.binclean:rm-fled_on.binled_on_elf*.o

　　東西很簡(jiǎn)單沒什么好說的，在此記錄，以免忘記，如有疑問或發(fā)現(xiàn)本文有何錯(cuò)誤，歡迎提出。