Android構建boot.img

來源:互聯網
上載者:User

 

以TCC88XX為例,當在Android頂層源碼目錄使用make編譯完成後,會產生這樣一個目錄:

out/target/product/tcc8800,該目錄內部有我們需要的boot.img和system.img,boot.mg

使用kernel和out/target/product/tcc8800/root目錄打包而成(廣義的ramdisk),也就是說,

boot.img是由kernel和ramdisk.img產生得到,在本文中主要分析root目錄和ramdisk.img的產生,

在Android編譯架構中,把許多固定的、反覆用到的目錄路徑定義為宏變數,而上述產生的目錄

out/target/product/tcc8800的宏即為:PRODUCT_OUT

out/target/product/tcc8800/system的宏即為:TARGET_OUT

而out/target/product/tcc8800/root的宏即為:TARGET_ROOT_OUT,

out/target/product/tcc8800/root主要是由system/core/rootdir目錄拷貝得到的,

為此我分析了system/core/rootdir目錄中的Android.mk檔案,具體情況是這樣的:

copy_from := etc/dbus.conf   etc/hosts

copy_from += etc/vold.fstab 

以上內容將需要拷貝的檔案添加到copy_from變數中,以便後續處理。

拷貝到那裡呢? 在看看copy_to的定義:

copy_to := $(addprefix $(TARGET_OUT)/,$(coby_from))

該語句即為copy_from中每個字串片段添加一個TARGET_OUT首碼(即system),這樣copy_to的

內容就很明了:

copy_to :=out/target/product/tcc8800/system/etc/dbus.conf ...之類,在此略掉。

之後,給copy_from添加路徑首碼:

copy_from := $(addprefix $(LOCAL_PATH)/, $(copy_from)

之所以要添加首碼的原因是接下來馬上要設定的拷貝語句:

$(copy_to) : $(TARGET_OUT)/% : $(LOCAL_PATH)/% | $(ACP)

        $(stransform-prebuilt-to-target)

上述語句會讓Android在構建img前,自動完成拷貝工作,其中使用到符號%進行匹配,這也是為什麼要

給copy_from添加首碼的原因。

隨後,指令碼將copy_to變數添加進 ALL_PREBUILT全域宏中:

ALL_PREBUILT += $(copy_to)

最後,在build/core/Makefile中看到copy_to的內容被提取到了另外一個全域宏 ,具體如下:

#build/core/Makefile

INTERNAL_SYSTEMIMAGE_FILES := $(filter $(TARGET_OUT)/%,$(ALL_PREBUILT) ......

由於上述4行內容設計到system.img的產生,在此不深究。

看來system/core/rootdir中的部分內容是拷貝到了out/target/product/tcc8800/system中的,並不是

完完全全拷貝到out/target/product/tcc8800/root目錄中去的。

我們回頭繼續查看system/core/rootdir/Android.mk檔案,該檔案中剩下的內容才是與root密切相關的。

file := $(TARGET_ROOT_OUT)/init.rc

然後也是經典的拷貝設定:

$(file) : $(LOCAL_PATH)/% | $(ACP)

        $(stransform-prebuilt-to-target)

接下來的指令碼的內容是為產生boot.img而寫的。

ALL_PREBUILT +=$(file)

$(INSTALLED_RAMDISK_TARGET):$(file)

看來原理也和上述system的拷貝相同,在build/core/Makefile中是由INTERNAL_RAMDISK_FILE提取的,

具體如下:INTERNAL_RAMDISK_FILES := $(filter $(TARGET_ROOT_OUT)/%, $(ALL_PREBUILT) ...

隨後有一段很關鍵的句子直接道破了ramdisk.img的產生:

INSTALLED_RAMDISK_TARGET=$(BUILT_RAMDISK_TARGET)

$(INSTALLED_RAMDISK_TARGET):$(MKBOOTFS $(INTERNAL_RAMDISK_FILES | $(MINIGZIP)

        $(hide) $(MKBOOTFS) $(TARGET_ROOT_OUT) | $(MINIGZIP) > $@

如此多的宏,讓我們一一列出它們的值:

BUILT_RAMDISK_TARGET = $(PRODUCT_OUT/ramdisk.img 這是我們的目標

INSTALLED_RAMDISK_TARGET = BUILT_RAMDISK_TARGET 目標偽裝了一下。

MKBOOTFS = mkbootfs 就是位於out/host/linux-x86/bin目錄下的mkbootfs,這東西自然也有後話。

INTERNAL_RAMDISK_FILES = 所有TARGET_ROOT_OUT中的檔案

由此可以看出root目錄先被打包產生了ramdisk.img,然後才合并進boot.img的。

上文已經對boot.img其中組成部分之一ramdisk.img做了分析,boot.img另外一個重要的組成部分就是kernel了,

這裡所說的kernel,可以只理解為位於out/target/product/tcc8800/中的kernel檔案,本文主要分析kernel的拷貝

過程以及如何被打包到boot.img中。經過分析得知位於out/target/product/tcc8800/中的kernel檔案其實就是核心

編譯後的Image檔案,位於kernel/arch/arm/boot目錄下,線索就是這個Image檔案,經過搜尋發現一處定義:

LOCAL_KERNEL :=  kernel/arch/arm/boot/Image

該定義位於devices/telechips/tcc88xx-common/BoardConfigCommon.mk中,緊接著,在同目錄的Android.mk中

有以下一段定義:

PRODUCT_COPY_FILES += \

       $(LOCAL_KERNEL):kernel

意在將Image檔案拷貝且重新命名為kernel,隨後的拷貝設定是在build/core/Makefile中完成的,在此略掉。

那麼,拷貝完成後,kernel檔案如何被打包到boot.img中呢?同樣在build/core/Makefile中有以下一段內容:

INTERNAL_BOOTIMAGE_ARGS := ... --kernel $(INSTALLED_KERNEL_TARGET)

現在的問題就是查看 INSTALLED_KERNEL_TARGET的定義,該宏位於build/target/board/Android.mk中:

INSTALLED_KERNEL_TARGET := $(PRODUCT_OUT)/kernel

內容很明顯了,至此,核心Image算是到位了。

 另外INSTALL_KERNEL_TARGET定義在build/target/board/Android.mk中有點怪怪的,

build/target/board/Android.mk在main.mk中通過subdir_makefiles抽取得到,並包含進main.mk中

 

 

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.