本文分析的uboot版本是2013.04.主要目的是通過分析uboot頂目錄下的makefile檔案，瞭解uboot的大致執行步驟和順序。

簡而言之就是先讀取makefile檔案；然後讀取include包含的檔案；重建已讀取makefile檔案的規則；展開變數和函式等。

所以當我們在在shell中輸入make後，不論是否帶引數(make帶引數會影響makefile的執行過程)都是先執行sinclude的部分

sinclude $(obj).boards.depend
$(obj).boards.depend:   boards.cfg
    awk '(NF && $$1 !~ /^#/) { print $$1 ": " $$1 "_config; $$(MAKE)" }' $< > 
 
[email protected]

這個sinclude的主要目錄是看看資料夾下是否右.boards.depend檔案，如果沒有則依賴boards.cfg檔案，更具awk規則來生成一個。

擷取.boards.depend的部分內容，格式如下：

mini2440: mini2440_config; $(MAKE)
VCMA9: VCMA9_config; $(MAKE)
smdk2410: smdk2410_config; $(MAKE)
omap1510inn: omap1510inn_config; $(MAKE)

可以發現最左側的都是目標，比如目標mini2440或smdk2410

並且這些目標都是依賴$（board）_config型別的檔案，規則都是執行make動作。 

那為啥要生成這個.boards.depend檔案呢？後面再解釋，先往下看。

sinclude之後就要重建規則，展開變數，執行makefile了。

我們先分析在shell中直接輸入make且不帶引數的情況。這種case下，在sinclude等之後就會順序執行到makefile中的如下處：

ifeq ($(obj)include/config.mk,$(wildcard $(obj)include/config.mk))                                                       

這是個判斷語句，就是在include目錄中查詢是否右config.mk檔案

預設情況下是沒有這個檔案的，並且如果我們直接在shell中輸入make，那make執行到這裡的時候也只是執行sinclude的動作，並沒有去建立config.mk檔案

所以這裡就應該直接跑到else的中執行：

else    # !config.mk                                                                                                     
all $(obj)u-boot.hex $(obj)u-boot.srec $(obj)u-boot.bin \
$(obj)u-boot.img $(obj)u-boot.dis $(obj)u-boot \
$(filter-out tools,$(SUBDIRS)) \
updater depend dep tags ctags etags cscope $(obj)System.map:                                                             
<span style="white-space:pre">	</span>@echo "System not configured - see README" >&2                                                                       
<span style="white-space:pre">	</span>@ exit 1

可以看到這裡就一個目標，就是從all開始的字元一直到 $(obj)System.map，這個目標就會作為makefile的最終目標。

但是這個目標只是列印了句：system not configured然後提示我們看下READE檔案就退出了。

這說明什麼呢?說明在shell中僅輸入make不帶引數的話是編不出u-boot.bin檔案的。   ^_^

如何正確編出u-boot.bin檔案這裡就不說了，請看README的提示吧。

下面我們再來分析另外一種，shell中輸入make 帶引數的命令。

比如我們要編譯mini2440的u-boot。那麼可以輸入 make mini2440或者make mini2440_config

我們先分析輸入make mini2440的情況。

輸入make mini2440之後，首先做的和前面一樣，先執行sinclude等操作，然後再執行其它動作。

這裡我們輸入的是make mini2440，注意這時make的執行過程和前面不帶引數的make執行過程是不一樣的！

具體如下：

make  mini2440引數mini2440是目標，make會去Makefile檔案中尋找mini2440對應的依賴和規則。

那我們的Makefile中有mini2440這個規則嗎？答案是有！而且是sinclude執行之後才有的。

前面分析過sinclude執行之後是生成了一個.boards.depend的檔案，這裡麵包含了一條：

mini2440: mini2440_config; $(MAKE)

並且該檔案是通過sinclude引入的，所以最終這條語句相當於被插入到了Makefile檔案中。

所以當輸入make mini2440後， 是先去執行mini2440對應的規則，而不是之前不帶引數的make執行到ifeq處！

接著我們分析這個mini2440的目標，它依賴的是mini2440_config檔案，規則是$(MAKE)也就是再執行make。

那這個mini2440_config依賴檔案存在嗎？答案是存在！

在頂目錄的Makefile中我們看到右如下語句：

%_config::  unconfig                                                                                                     
<span style="white-space:pre">	</span>@$(MKCONFIG) -A $(@:_config=) 

這個%_config就是前面依賴的檔案，%是萬用字元，只要字串中帶有後綴_config的都會引用到這裡，那mini2440_config當然也不例外。

所以mini2440_config的規則也就是在這裡定義，這裡會先執行unconfig的相關規則，然後再執行自己的規則。

替換之後就相當於執行./mkconfig -A  mini2440。這時就跑到頂目錄的mkconfig中去執行了，

執行完這個之後在include目錄下就生成樂config.mk檔案。

接著我們再回過頭去看mini2440的規則，mini2440的規則是$（MAKE），那就是相當於執行完頂目錄的mkconfig之後再執行make且不帶引數。

這時候就會從頂目錄Makefile開頭開始執行，這時就會執行到ifeq語句，此時include目錄下已經有了config.mk檔案，條件判斷成立，後續就

執行ifeq裡面的內容去了，最終就會生成u-boot.bin等檔案。

我們再理一下這個make mini2440的過程，如下：

1.執行sinclude，生成.boards.depend檔案，

mini2440: mini2440_config; $(MAKE)

被插入到頂目錄的Makefile檔案中

2.檢查make引數mini2440對應的依賴檔案mini2440_config

3.檢查mini2440_config對應的依賴檔案和規則

%_config::  unconfig                                                                                                     
<span>	</span>@$(MKCONFIG) -A $(@:_config=) 

4.執行unconfig

unconfig:
<span style="white-space:pre">	</span>@rm -f $(obj)include/config.h $(obj)include/config.mk \
<span style="white-space:pre">	</span>$(obj)board/*/config.tmp $(obj)board/*/*/config.tmp \
<span style="white-space:pre">	</span>$(obj)include/autoconf.mk $(obj)include/autoconf.mk.dep   

5.執行

@$(MKCONFIG) -A $(@:_config=) 

在include目錄下生成config.mk檔案

6.執行mini2440: mini2440_config; $（MAKE）中的規則

$(MAKE)

相當與再執行一次不帶引數的make命令

7從頭開始執行頂目錄Makefile，此時已存在config.mk檔案，所以如下判斷成立

 ifeq ($(obj)include/config.mk,$(wildcard $(obj)include/config.mk))

所以在這個ifeq裡面會去做一些編譯連結，最終生成u-boot等檔案。

回顧前面，我們說了生成mini2440的uboot可以使用兩個命令。make mini2440或make mini2440_config。

那如果輸入make mini2440_config的執行過程是怎麼樣的呢？

如果輸入make mini2440_config檔案，步驟和make mini2440是一樣的，只是不需要依賴.boards.depend檔案而已！

記得以前老版本的uboot，比如1.1.6版本，要編譯mini2440的uboot的話，應該要分開輸入兩條命令。

1.先make mini2440_config

2.再make all

所以這個新版本的uboot這麼寫的makefile的好處大概就是隻需要在shell中輸入 Target名稱就可以，不需要再多輸入"_config"。

而且只需要輸入這一邊就可以得到u-boot.bin檔案。