剖析boot.img的制作流程
★★★ 友情鏈接 : 個(gè)人博客導(dǎo)讀首頁(yè)—點(diǎn)擊此處 ★★★
當(dāng)用戶敲擊了make bootimage時(shí)，我看看是如何工作的
在build/core/main.mk中，我們發(fā)現(xiàn)bootimage依賴INSTALLED_BOOTIMAGE_TARGET
隨后轉(zhuǎn)到build/core/Makefile中，我們可以看到INSTALLED_BOOTIMAGE_TARGET其實(shí)就是boot.img，其依賴關(guān)系如下
INSTALLED_BOOTIMAGE_TARGET := $(PRODUCT_OUT)/boot.img$(INSTALLED_BOOTIMAGE_TARGET): $(MKBOOTIMG) $(INTERNAL_BOOTIMAGE_FILES)$(call pretty,"Target boot image: $@")$(hide) $(MKBOOTIMG) $(INTERNAL_BOOTIMAGE_ARGS) $(INTERNAL_MKBOOTIMG_VERSION_ARGS) $(BOARD_MKBOOTIMG_ARGS) --output $@$(hide) $(call assert-max-image-size,$@,$(BOARD_BOOTIMAGE_PARTITION_SIZE))看看簡(jiǎn)單吧，INSTALLED_BOOTIMAGE_TARGET依賴兩個(gè)目標(biāo)：MKBOOTIMG和INTERNAL_BOOTIMAGE_FILES。
INTERNAL_BOOTIMAGE_FILES是真正的linux kernel，對(duì)應(yīng)的也就是zImage，MKBOOTIMG其實(shí)就是mkbootimg工具。
當(dāng)著兩個(gè)目標(biāo)生成后（也就是工具已在out/host下生成了、linux kernel意見(jiàn)編譯Ok了），隨后會(huì)調(diào)用下面的命令，進(jìn)行打包boot.img：
（1）MKBOOTIMG=$(HOST_OUT_EXECUTABLES)/mkbootimg 是制作boot.img的工具
（2）INTERNAL_BOOTIMAGE_ARGS 是制作boot.img的參數(shù)，它是一堆參數(shù)的集合，這里我們只看我們經(jīng)常使用的：
也就是說(shuō)，如果系統(tǒng)不帶system_as_root功能(android9.0以前的基本都不帶，android9.0后的google要求必須帶)，則會(huì)將ramdisk也加入到 INTERNAL_BOOTIMAGE_ARGS. 另外一個(gè)INTERNAL_KERNEL_CMDLINE對(duì)應(yīng)的則是cmdline
由此我們就明白了，ramdisk到底是在system.img中，還是在boot.img中？（答：以往ramdisk都是在boot.img中，在開(kāi)啟了system_as_root功能以后，就在system.img中了），所以當(dāng)你修改了device下面的init.xxxx.rc后，是該編譯bootimage還是編譯systemimg，這里就可以理解了吧
（3）BOARD_MKBOOTIMG_ARGS //google預(yù)留接口
在android默認(rèn)release的版本中，這個(gè)參數(shù)其實(shí)是為空的，是芯片上在適配android代碼時(shí)，有時(shí)會(huì)改變或定制boot.img的需求，比如android9.0要求將boot.img的header_version改為1(不然vts不過(guò)), 查閱google文檔，需要在制作boot.img的命令行中，追加一個(gè)參數(shù)header_version=1，這里芯片上就可以把這個(gè)參數(shù)填入到BOARD_MKBOOTIMG_ARGS變量中
Q & A：
boot.img是如何制作的？
答：boot.img是通過(guò)mkbootimg工具，將linux kernel的binary zImage、內(nèi)核的cmdline、ramdisk、dtbo…等一些信息，打包在了一起，做為boot.img
如有不足，歡迎指教！
總結(jié)
以上是生活随笔為你收集整理的剖析boot.img的制作流程的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： System.img是如何打包的
- 下一篇： OTA整包的制作流程（未完）