https://elinux.org/Android_Device This is a breakdown of the files build/envsetup.sh, Makefile and the files they use, which describes how a device is specified and how Android is configured for it. For each file there are some comments and code lines from the make files or scripts, which describe what they are doing and which files they are using. Also the files which can be used as an example are presented and the commands how to search for them. This text is for developers who want to add a new device or change the configuration of an existing device. This gives some indications which files are involved. == build/envsetup.sh == Some functions are defined by calling <pre> . build/envsetup.sh </pre> in the top directory. Some environment variables are set by calling <pre> lunch </pre> in the top directory. <pre> export TARGET_PRODUCT= variant export TARGET_SIMULATOR=false export TARGET_BUILD_TYPE=release </pre> vendorsetup.sh is searched at this places: <pre> vendor/ /vendorsetup.sh vendor/ / /vendorsetup.sh device/ /*/vendorsetup.sh </pre> == vendorsetup.sh == This file is executed by build/envsetup.sh, and can use anything defined in envsetup.sh. In particular, you can add lunch options with the add_lunch_combo function: <pre> add_lunch_combo full_crespo-userdebug </pre> The values of the macros TARGET_PRODUCT and TARGET_BUILD_VARIANT are derived from the option name: add_lunch_combo TARGET_BUILD_VARIANT In the above example the resulting values are TARGET_PRODUCT=full_crespo and TARGET_BUILD_VARIANT=userdebug. These files can be used as an example: <pre> find . -name vendorsetup.sh </pre> <pre> ./device/samsung/crespo/vendorsetup.sh ./device/samsung/crespo4g/vendorsetup.sh ./device/htc/passion/vendorsetup.sh </pre> == Makefile == Build process is started by calling <pre> make </pre> in the top directory. The Makefile calls build/core/main.mk == build/core/main.mk == Set up various standard variables based on configuration and host information. <pre> include $(BUILD_SYSTEM)/config.mk </pre> This allows us to force a clean build - included after the config.make environment setup is done, but before we generate any dependencies. This file does the rm -rf inline so the deps which are all done below will be generated correctly <pre> include $(BUILD_SYSTEM)/cleanbuild.mk </pre> These are the modifier targets that don"t do anything themselves, but change the behavior of the build. (must be defined before including definitions.make) <pre> INTERNAL_MODIFIER_TARGETS := showcommands checkbuild all </pre> Bring in standard build system definitions. <pre> include $(BUILD_SYSTEM)/definitions.mk </pre> == build/core/config.mk == Various mappings to avoid hard-coding paths all over the place <pre> include $(BUILD_SYSTEM)/pathmap.mk </pre> Try to include buildspec.mk, which will try to set stuff up. If this file doesn"t exist, the environemnt variables will be used, and if that doesn"t work, then the default is an arm build <pre> -include $(TOPDIR)buildspec.mk </pre> Define most of the global variables. These are the ones that are specific to the user"s build configuration. <pre> include $(BUILD_SYSTEM)/envsetup.mk </pre> Search for BoardConfig.mk in (TARGET_DEVICE)/BoardConfig.mk device/*/ (TARGET_DEVICE)/BoardConfig.mk and load the file <pre> include $(board_config_mk) </pre> <pre> include $(BUILD_SYSTEM)/dumpvar.mk </pre> == BoardConfig.mk == These files can be used as an example: <pre> find . -name BoardConfig.mk </pre> <pre> ./device/samsung/crespo/BoardConfig.mk ./device/samsung/crespo4g/BoardConfig.mk ./device/htc/passion/BoardConfig.mk ./build/target/board/generic/BoardConfig.mk ./build/target/board/generic_x86/BoardConfig.mk ./build/target/board/emulator/BoardConfig.mk ./build/target/board/sim/BoardConfig.mk </pre> == build/buildspec.mk.default == This is a do-nothing template file. To use it, copy it to a file named "buildspec.mk" in the root directory, and uncomment or change the variables necessary for your desired configuration. The file "buildspec.mk" should never be checked in to source control. Choose a product to build for. Look in the products directory for ones that work. TARGET_PRODUCT Choose a variant to build. If you don"t pick one, the default is eng. User is what we ship. Userdebug is that, with a few flags turned on for debugging. Eng has lots of extra tools for development. TARGET_BUILD_VARIANT CUSTOM_MODULES TARGET_SIMULATOR Set this to debug or release if you care. Otherwise, it defaults to release for arm and debug for the simulator. TARGET_BUILD_TYPEHOST_BUILD_TYPE DEBUG_MODULE_ModuleName TARGET_TOOLS_PREFIX HOST_CUSTOM_DEBUG_CFLAGS TARGET_CUSTOM_DEBUG_CFLAGS CUSTOM_LOCALES OUT_DIR ADDITIONAL_BUILD_PROPERTIES NO_FALLBACK_FONT WEBCORE_INSTRUMENTATION ENABLE_SVG BUILD_ENV_SEQUENCE_NUMBER == build/envsetup.mk == Set up version information. <pre> include $(BUILD_SYSTEM)/version_defaults.mk </pre> If you update the build system such that the environment setup or buildspec.mk need to be updated, increment this number, and people who haven"t re-run those will have to do so before they can build. Make sure to also update the corresponding value in buildspec.mk.default and envsetup.sh. <pre> CORRECT_BUILD_ENV_SEQUENCE_NUMBER := 10 </pre> <pre> include $(BUILD_SYSTEM)/product_config.mk </pre> TARGET_PRODUCT: sim full TARGET_BUILD_VARIANT: eng user userdebug tests == build/core/version_defaults.mk == Handle various build version information. Guarantees that the following are defined: PLATFORM_VERSION PLATFORM_SDK_VERSION PLATFORM_VERSION_CODENAME DEFAULT_APP_TARGET_SDK BUILD_ID BUILD_NUMBER Look for an optional file (BUILD_SYSTEM)/build_id.mk </pre> == build/core/build_id.mk == BUILD_ID is usually used to specify the branch name BUILD_ID DISPLAY_BUILD_NUMBER == build/product_config.mk == Provide "PRODUCT-<prodname>-<goal>" targets, which lets you build a particular configuration without needing to set up the environment. <pre> TARGET_PRODUCT := (product_goals)) TARGET_BUILD_VARIANT := (product_goals)) </pre> Provide "APP-<appname>" targets, which lets you build an unbundled app. Include the product definitions. We need to do this to translate TARGET_PRODUCT into its underlying TARGET_DEVICE before we start defining any rules. PRODUCT_DEVICE is defined in the product file (TARGET_PRODUCT).mk is searched in the list of product make files $(PRODUCT_MAKEFILES). PRODUCT_MAKEFILES is set in AndroidProducts.mk files. <pre> (call get-product-makefiles, $(SRC_TARGET_DIR)/product/AndroidProducts.mk)) </pre> Convert a short name like "sooner" into the path to the product file defining that product. <pre> INTERNAL_PRODUCT := (TARGET_PRODUCT)) </pre> <pre> TARGET_DEVICE := (INTERNAL_PRODUCT).PRODUCT_DEVICE) PRODUCT_LOCALES := (PRODUCTS.$(INTERNAL_PRODUCT).PRODUCT_LOCALES)) PRODUCT_BRAND PRODUCT_MODEL PRODUCT_MANUFACTURER </pre> <pre> PRODUCT_OTA_PUBLIC_KEYS </pre> == AndroidProducts.mk == This file should set PRODUCT_MAKEFILES to a list of product makefiles to expose to the build system. LOCAL_DIR will already be set to the directory containing this file. This file may not rely on the value of any variable other than LOCAL_DIR; do not use any conditionals, and do not look up the value of any variable that isn"t set in this file or in a file that it includes. File device/samsung/crespo/AndroidProducts.mk <pre> PRODUCT_MAKEFILES := $(LOCAL_DIR)/full_crespo.mk </pre> These files can be used as an example: <pre> find . -name AndroidProducts.mk </pre> <pre> ./device/sample/products/AndroidProducts.mk ./device/samsung/crespo/AndroidProducts.mk ./device/samsung/crespo4g/AndroidProducts.mk ./device/htc/passion/AndroidProducts.mk ./build/target/product/AndroidProducts.mk </pre> The command which returns the list of all AndroidProducts.mk files is defined in build/core/product.mk : <pre> define _find-android-products-files (shell test -d vendor && find vendor -maxdepth 6 -name AndroidProducts.mk) $(SRC_TARGET_DIR)/product/AndroidProducts.mk endef </pre> == Product Files == Search for the files which can be used as an example: <pre> grep -R PRODUCT_DEVICE device build </pre> <pre> device/samsung/crespo/full_crespo.mk:PRODUCT_DEVICE := crespo device/samsung/crespo4g/full_crespo4g.mk:PRODUCT_DEVICE := crespo4g device/htc/passion/full_passion.mk:PRODUCT_DEVICE := passion build/target/product/sdk.mk:PRODUCT_DEVICE := generic build/target/product/generic.mk:PRODUCT_DEVICE := generic build/target/product/generic_x86.mk:PRODUCT_DEVICE := generic_x86 build/target/product/core.mk:PRODUCT_DEVICE := generic build/target/product/full_x86.mk:PRODUCT_DEVICE := generic_x86 build/target/product/full.mk:PRODUCT_DEVICE := generic build/target/product/sim.mk:PRODUCT_DEVICE := sim </pre> PRODUCT_DEVICE is used in these files <pre> build/core/product.mk: PRODUCT_DEVICE build/core/product_config.mk:TARGET_DEVICE := (INTERNAL_PRODUCT).PRODUCT_DEVICE) </pre> == Add new device == Add the configuration files for the new device mydevice of the company mycompany. Create AndroidProducts.mk <pre> mkdir -p device/mycompany/mydevice nano device/mycompany/mydevice/AndroidProducts.mk </pre> <pre> PRODUCT_MAKEFILES := $(LOCAL_DIR)/full_mydevice.mk </pre> Create file full_mydevice.mk Example is build/target/product/full.mk <pre> nano device/mycompany/mydevice/full_mydevice.mk </pre> <pre> (SRC_TARGET_DIR)/product/full_base.mk) (SRC_TARGET_DIR)/board/generic/device.mk) PRODUCT_NAME := full_mydevice PRODUCT_DEVICE := mydevice PRODUCT_BRAND := Android PRODUCT_MODEL := Full Android on mydevice </pre> Create file vendorsetup.sh <pre> nano device/mycompany/mydevice/vendorsetup.sh </pre> <pre> add_lunch_combo full_mydevice-eng </pre> Create file BoardConfig.mk Examples are build/target/board/generic/BoardConfig.mk device/samsung/crespo/BoardConfig.mk device/samsung/crespo/BoardConfigCommon.mk <pre> mkdir -p device/mycompany/mydevice nano device/mycompany/mydevice/BoardConfig.mk </pre> <pre> TARGET_NO_BOOTLOADER := true TARGET_NO_KERNEL := true TARGET_CPU_ABI := armeabi HAVE_HTC_AUDIO_DRIVER := true BOARD_USES_GENERIC_AUDIO := true USE_CAMERA_STUB := true TARGET_SHELL := mksh TARGET_ARCH_VARIANT := armv7-a-neon ARCH_ARM_HAVE_TLS_REGISTER := true </pre> Configure Android for mydevice <pre> . build/envsetup.sh </pre> <pre>