Android Build -- make otapackage(boot image)

$(BUILT_TARGET_FILES_PACKAGE):                 $(INSTALLED_BOOTIMAGE_TARGET)                 $(INSTALLED_RADIOIMAGE_TARGET)                 $(INSTALLED_RECOVERYIMAGE_TARGET)                 $(INSTALLED_SYSTEMIMAGE)                 $(INSTALLED_USERDATAIMAGE_TARGET)                 $(INSTALLED_ANDROID_INFO_TXT_TARGET)                 $(built_ota_tools)                 $(APKCERTS_FILE)                 $(HOST_OUT_EXECUTABLES)/fs_config                 | $(ACP)

在上一篇博文中,我们有发现$(BUILT_TARGET_FILES_PACKAGE)依赖于冒号(":")后面的对象,诸如$(INSTALLED_BOOTIMAGE_TARGET)等等。也就是说$(INSTALLED_BOOTIMAGE_TARGET)必须存在,那么$(BUILT_TARGET_FILES_PACKAGE)才能够生成。此篇文章旨在分析$(INSTALLED_BOOTIMAGE_TARGET)是如何生成的。也就是boot.img是怎样生成的。

ifneq ($(strip $(TARGET_NO_KERNEL)),true)

# -----------------------------------------------------------------
# the boot image, which is a collection of other images.
INTERNAL_BOOTIMAGE_ARGS :=         $(addprefix --second ,$(INSTALLED_2NDBOOTLOADER_TARGET))         --kernel $(INSTALLED_KERNEL_TARGET)         --ramdisk $(INSTALLED_RAMDISK_TARGET)

INTERNAL_BOOTIMAGE_FILES := $(filter-out --%,$(INTERNAL_BOOTIMAGE_ARGS))

BOARD_KERNEL_CMDLINE := $(strip $(BOARD_KERNEL_CMDLINE))
ifdef BOARD_KERNEL_CMDLINE
  INTERNAL_BOOTIMAGE_ARGS += --cmdline "$(BOARD_KERNEL_CMDLINE)"
endif

BOARD_KERNEL_BASE := $(strip $(BOARD_KERNEL_BASE))
ifdef BOARD_KERNEL_BASE
  INTERNAL_BOOTIMAGE_ARGS += --base $(BOARD_KERNEL_BASE)
endif

BOARD_KERNEL_PAGESIZE := $(strip $(BOARD_KERNEL_PAGESIZE))
ifdef BOARD_KERNEL_PAGESIZE
  INTERNAL_BOOTIMAGE_ARGS += --pagesize $(BOARD_KERNEL_PAGESIZE)
endif

INSTALLED_BOOTIMAGE_TARGET := $(PRODUCT_OUT)/boot.img

ifeq ($(TARGET_BOOTIMAGE_USE_EXT2),true)
tmp_dir_for_image := $(call intermediates-dir-for,EXECUTABLES,boot_img)/bootimg
INTERNAL_BOOTIMAGE_ARGS += --tmpdir $(tmp_dir_for_image)
INTERNAL_BOOTIMAGE_ARGS += --genext2fs $(MKEXT2IMG)
$(INSTALLED_BOOTIMAGE_TARGET): $(MKEXT2IMG) $(INTERNAL_BOOTIMAGE_FILES)
        $(call pretty,"Target boot image: [email protected]")
        $(hide) $(MKEXT2BOOTIMG) $(INTERNAL_BOOTIMAGE_ARGS) --output [email protected]

else # TARGET_BOOTIMAGE_USE_EXT2 != true

$(INSTALLED_BOOTIMAGE_TARGET): $(MKBOOTIMG) $(INTERNAL_BOOTIMAGE_FILES)
        $(call pretty,"Target boot image: [email protected]")
        $(hide) $(MKBOOTIMG) $(INTERNAL_BOOTIMAGE_ARGS) --output [email protected]
        $(hide) $(call assert-max-image-size,[email protected],$(BOARD_BOOTIMAGE_PARTITION_SIZE),raw)
endif # TARGET_BOOTIMAGE_USE_EXT2

else    # TARGET_NO_KERNEL
# HACK: The top-level targets depend on the bootimage.  Not all targets
# can produce a bootimage, though, and emulator targets need the ramdisk
# instead.  Fake it out by calling the ramdisk the bootimage.
# TODO: make the emulator use bootimages, and make mkbootimg accept
#       kernel-less inputs.
INSTALLED_BOOTIMAGE_TARGET := $(INSTALLED_RAMDISK_TARGET)
endif

1行:$(TARGET_NO_KERNEL)没有定义,所以这个判断条件为真。执行ifneq <--> else内的代码.

27行:INSTALLED_BOOTIMAGE_TARGET := $(PRODUCT_OUT)/boot.img

这就是我们要生成的目标

39行:生成boot.img依赖的对象以及生成boot.img的命令脚本。其中$(INTERNAL_BOOTIMAGE_FILES)是我们需要关注的对象。也是最为重要的依赖对象。它的定义在第10行。

10行:$(INTERNAL_BOOTIMAGE_FILES)也就是$(INTERNAL_BOOTIMAGE_ARGS)中由符号"--"所标识的对象。

        --kernel $(INSTALLED_KERNEL_TARGET)         --ramdisk $(INSTALLED_RAMDISK_TARGET)

两个对象:$(INSTALLED_KERNEL_TARGET)和$(INSTALLED_RAMDISK_TARGET)

$(INSTALLED_KERNEL_TARGET)也就是zImage

$(INSTALLED_RAMDISK_TARGET)就是ramdisk.img

那么$(INSTALLED_KERNEL_TARGET)是在哪里定义的?build/target/board/Android.mk

ifneq ($(strip $(TARGET_NO_KERNEL)),true)
  INSTALLED_KERNEL_TARGET := $(PRODUCT_OUT)/kernel
else
  INSTALLED_KERNEL_TARGET :=
endif

-include $(TARGET_DEVICE_DIR)/AndroidBoard.mk

这里我们要注意的不仅仅是第2行,还需要注意第6行。后面在讲到如何将Linux Kernel加入到AOSP的编译系统中会讲解到。这里可以先跳过。

我们继续分析ramdisk.img是如何生成的。

# #################################################################
# Targets for boot/OS images
# #################################################################

# -----------------------------------------------------------------
# the ramdisk
INTERNAL_RAMDISK_FILES := $(filter $(TARGET_ROOT_OUT)/%,         $(ALL_PREBUILT)         $(ALL_COPIED_HEADERS)         $(ALL_GENERATED_SOURCES)         $(ALL_DEFAULT_INSTALLED_MODULES))

BUILT_RAMDISK_TARGET := $(PRODUCT_OUT)/ramdisk.img

# We just build this directly to the install location.
INSTALLED_RAMDISK_TARGET := $(BUILT_RAMDISK_TARGET)
$(INSTALLED_RAMDISK_TARGET): $(MKBOOTFS) $(INTERNAL_RAMDISK_FILES) | $(MINIGZIP)
        $(call pretty,"Target ram disk: [email protected]")
        $(hide) $(MKBOOTFS) $(TARGET_ROOT_OUT) | $(MINIGZIP) > [email protected]

到这里整个boot.img的生成从大轮廓上就已经结束了。那么小轮廓是什么?这里小轮廓我是指一些细节,诸如$(ALL_PREBUILT),$(ALL_COPIED_HEADERS)...是什么?怎么生成的?这些会在其它章节展开详细讨论。

时间: 2024-11-06 20:38:41

Android Build -- make otapackage(boot image)的相关文章

Android Build -- make otapackage(Overall)

Android make otapackage的流程分析,基于4.0.4_r2-1 代码文件目录:AOSP/build/core/Makefile .PHONY: otapackage otapackage: $(INTERNAL_OTA_PACKAGE_TARGET) INTERNAL_OTA_PACKAGE_TARGET := $(PRODUCT_OUT)/$(name).zip $(INTERNAL_OTA_PACKAGE_TARGET): KEY_CERT_PAIR := $(DEFAU

理解 Android Build 系统

http://www.ibm.com/developerworks/cn/opensource/os-cn-android-build/ Android Build 系统是用来编译 Android 系统,Android SDK 以及相关文档的一套框架.众所周知,Android 是一个开源的操作系统.Android 的源码中包含了许许多多的模块. 不同产商的不同设备对于 Android 系统的定制都是不一样的.如何将这些模块统一管理起来,如何能够在不同的操作系统上进行编译,如何在编译时能够支持面向

Android Build System

Android Build System 原文地址:  http://elinux.org/Android_Build_System 另外一篇也比较好的文章: http://www.ibm.com/developerworks/cn/opensource/os-cn-android-build/#author 之前都是片断性的了解, 读完这个文章,编译 android 系统的过程就梳理清晰了. Basics of the Android Build system were described a

【转】理解 Android Build 系统----不错

原文网址:http://www.ibm.com/developerworks/cn/opensource/os-cn-android-build/ Android Build 系统是用来编译 Android 系统,Android SDK 以及相关文档的一套框架.众所周知,Android 是一个开源的操作系统.Android 的源码中包含了许许多多的模块. 不同产商的不同设备对于 Android 系统的定制都是不一样的.如何将这些模块统一管理起来,如何能够在不同的操作系统上进行编译,如何在编译时能

【转】Android ROM研究---Android build system增加模块

原文网址:http://hualang.iteye.com/blog/1141315 Android build system就是编译系统的意思 在我们需要向自己编译的源代码中增加模块的时候,需要一些规则,当然这个规则都是类似的. Android.mk文件解析 让我们来看一个 Android.mk 文件的样子 Java代码 LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE :=Hello LOCAL_SRC_FILES

using 1.7 requires using android build tools version 19 or later

这意思大概是adt用了1.7,abt(android build tools)就要用19或更高,可是abt在哪设置呢,原来是在sdk manager中 之前我已安装的最高的abt是17,然后~~~,FQ什么的不容易做到啊,直接从同事那拷了一个20的文件夹,问题就解决了

android开发里跳过的坑-AS导入NDK工程提示错误 No such property: sdkHandler for class: com.android.build.gradle.LibraryPlugin

接到一个NDK工程需要调试,导入后发现总是提示错误 Error:(37, 1) A problem occurred evaluating project ':libuvccamera'.> No such property: sdkHandler for class: com.android.build.gradle.LibraryPlugin 百度上各种说法,有说要降低gadle版本,有说要在环境变量里配置ANDROID_NDK的路径,试验了都不行,最后参考别人NDK gradle文件修改如

Could not find property &#39;outputFile&#39; on com.android.build.gradle.internal.api.ApplicationVariantImpl

Android studio从1.0 RC 4升级到1.0(其实就是打了一个8M的patch)后,这个时候相应的gradle的版本也会直接使用"com.android.tools.build:gradle:1.0.0",如果这时你在gradle文件中又用到outputFile就会出现上述的问题.好吧,其实这也是gradle团队搞的问题,有时候我们多希望gradle能像android一样,对旧版本有一个非常好的兼容性. 废话不多说,直接说怎么解决这个问题吧,这个问题的原因是outputF

Gradle: The New Android Build System

Gradle: The New Android Build System Google selected Gradle as the foundation of the Android SDK build system because it provides flexibility along with the ability to define common standards for Android builds. With Gradle, Android developers can us