以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中