Board_init_f中呼叫：sequence

1.banner資訊補全：init_fnc_t *init_sequence[] 中 display_banner 在配置檔案中加CONFIG_IDENT_STRING 巨集定義，

2.#define CFG_PROMPT    "x210 # "配置檔案中，uboot命令列提示符

3.int print_cpuinfo(void) 顯示時鐘資訊。

註釋掉原有函式內容，複製修改printf("\nCPU:  [email protected]%ldMHz(ok)\n", get_ARMCLK()/1000000);

get_ARMCLK()：需要修改成來的，需要移植時鐘初始化

(1)在lowlevel_init.S中移植system_clock_init函式，並且在s5p_goni.h中新增相關的巨集 定義引數，然後在lowlevel_init函式中呼叫system_clock_init函式。

board和DDR配置顯示移植

board名稱更改

2DDR配置值修改

MACH_TYPE定義

DDR列印資訊更改

進入board.c

checkboard--->goni.c中int checkboard(void)改board名

dram_init--->goni.c中int dram_init(void)刪掉PHYS_SDRAM_3_SIZE，並在gon.h

dram_init_banksize中修改

int board_init(void) 改機器碼

 board_init_r中：

1.選擇MMC/SD模式：註釋掉配置檔案的關於預設onenand的巨集，新增開啟關於MMC的巨集CONFIG_GENERIC_MMC

2.goni資料夾中Makefile中去掉onenand.c依賴

3.根據報錯內容具體修改，至此，顯示MMC：但是有錯誤，需進行sd/mmc移植

移植sd卡驅動

1.分析兩個版本的uboot中SD卡驅動差異

(1)uboot2013.10中：驅動相關的檔案主要有：

drivers/mmc/mmc.c

drivers/mmc/sdhci.c

drivers/mmc/s5p_sdhci.c

board/samsung/goni/goni.c

(2)三星移植版本中，驅動相關的檔案主要有：

drivers/mmc/mmc.c

drivers/mmc/s3c_hsmmc.c

cpu/s5pc11x/cpu.c

cpu/s5pc11x/setup_hsmmc.c

(3)經過分析發現：SD卡驅動要工作要包含2部分內容，一部分是drivers/mmc目錄下的是驅動，另外一部分是uboot自己提供的初始化程式碼（譬如GPIO初始化、時鐘初始化）

2、複製必要的檔案並修改相應Makefile

(1)首先解決drivers/mmc目錄下的檔案替換。cpu/s5pc11x/setup_hsmmc.c放 在goni資料夾中，並Makefile新增依賴；cpu/s5pc11x/cpu.c待會進行部分移 植

(2)board_mmc_init或者cpu_mmc_init任選一個即可

弱名稱，如果沒有這個函式則講  __def_mmc_init 命名為前面的，返回-1；新建一個 board._mmc_init 呼叫初始化函式

(3)替換標頭檔案：mmc.h;s3c_hsmmc.h;（setup_hsmmc.c放在goni資料夾中 Makefile中新增setup_hsmmc.o檔案）

注意SI工具的同步。

(4)修改初始化程式碼。確保函式執行路線

(5)編譯，根據報錯資訊修改新增配置標頭檔案

cmd_mm.c替換。（驅動檔案換了對應的標頭檔案，命令檔案也要替換）

mmc_write.c 所在檔案中的Makefile中註釋掉，新的mmc.c不需要

Goni.c 和setup_hsmmc.c,註釋regs.h頭，包含s5p110.h， setup_hsmmc.c也要包含<sam/arch/clck.h>.

若編譯並燒錄完成，在uboot命令列下，用mmc，md等命令測試。

環境變數配置移植

(1)目前情況是uboot在SD2中，而ENV在SD0中，所以現在ENV不管放在哪個扇區都能工作，不會有問題。但是我們還是得找到ENV分割槽所在並且改到不會和uboot衝突，因為將來部署系統時我們會將uboot和kernel、rootfs等都燒錄到iNnand中去，那時候也要確保不會衝突。

(2)static inline int write_env(struct mmc *mmc, unsigned long size,

    unsigned long offset, const void *buffer)

類似於這種函式，在程式碼分析中，關鍵是弄明白各種引數的意義。mmc表示要寫的mmc裝置，size表示要寫的大小，offset表示要寫到SD卡的哪個扇區去，buffer是要寫的內容。

(3)CONFIG_ENV_OFFSET這個巨集決定了我們的ENV在SD卡中相對SD卡扇區0的偏移量，也就是ENV寫到SD卡的哪裡去了。經過分析發現這個巨集的值為0.所以我們的ENV

被寫到了0扇區開始的32個扇區中。

(4)寫到這裡肯定不行，因為和uboot的BL1衝突了。解決方案是改變這個CONFIG_ENV_OFFSET的值，將ENV寫到別的空閒扇區去。

(5)#define MOVI_BL2_POS ((eFUSE_SIZE / MOVI_BLKSIZE) + MOVI_BL1_BLKCNT + MOVI_ENV_BLKCNT) 後面這三個其實分別是1+16+32=49

其中的1就是扇區0（空閒的），16是就是扇區1-16（uboot的BL1），32就是扇區17-48（存放ENV的），49自然就是uboot的BL2開始扇區了。這種安排是三星移植的uboot版本中推薦的SD卡的分割槽方式，不一定是唯一的。

(6)我們參考這個設計，即可實現環境變數不衝突。所以只要將ENV放到17扇區起始的地方即可

CONFIG_ENV_OFFSET  是什麼單位。扇區還是位元組等

測試環境變數的儲存是否正確

(1)程式修改重新編譯後啟動，啟動後要注意iNand中本來有沒有環境變數。為了保險起見對iNand的前49個扇區進行擦除，然後就可以確保裡面沒有之前儲存過的環境變量了。使用命令：mmc write 0 30000000 0# 49來擦除SD0的扇區0-48，保證以前的環境變數都沒有了。

(2)重新開機後先set隨便改一個環境變數作為標記然後saveenv然後重啟。

(3)測試方法是，使用：mmc read 0 30000000 17# 32命令將iNand的17開始的32個扇區讀出來到記憶體30000000處，然後md檢視。找到顯示區域裡面的各個環境變數，看讀出來的和自己剛才修改的值是否一樣。

常用環境變數的配置移植

(1)除掉用不要顯示的環境變數，常用的環境變數就是網路相關的那幾個，和CONFIG_BOOTCOMMAND、CONFIG_BOOTARGS等。

網絡卡驅動移植

1.檢視程式碼發現，本uboot沒有開啟網絡卡，須在配置檔案中開啟     #define CONFIG_CMD_NET

2.順便移植其他有關網絡卡的巨集，防止以後用到

3.新增ping，tftp命令。do_ping ;do_tftp   發現ping命令開關巨集為 CONFIG_CMD_PING，而tftp命令的開關為CONFIG_CMD_NET，確認新增

4.程式碼實踐。結果是ping和tftp命令都被識別了，但是都提示no ethernet found````` 網路不通。為什麼不通？因為還沒做初始化等移植

5.開始CONFIG_CMD_NET後執行eth_initialize(gd->bd)

同mmc時一樣新建board_eth_init函式呼叫dm9000x.c中的最後一個函式int dm9000_initialize(bd_t *bis)，這個函式就是用來註冊dm9000網絡卡驅動的。新建

Int board_eth_init(bd_t *bis) 呼叫dm9000_initialize(bd_t *bis)

int board_eth_init(bd_t *bis)

{

return dm9000_initialize(bis)；

}

6.編譯，並做相應修改