If a module does not specify a tag (by LOCAL_MODULE_TAGS), its tag defaults to optional. An optional module is installed only
if it is required by product configuration with PRODUCT_PACKAGES.
The main differences among the three modes are listed as follows:
• eng: development configuration with additional debugging tools
— Installs modules tagged with: eng and/or debug.
— Installs modules according to the product definition files, in addition to tagged modules.
— ro.secure=0
— ro.debuggable=1
— ro.kernel.android.checkjni=1
— adb is enabled by default.
• user: limited access; suited for production
— Installs modules tagged with user.
— Installs modules according to the product definition files, in addition to tagged modules.
— ro.secure=1
— ro.debuggable=0
— adb is disabled by default.
• userdebug: like user but with root access and debuggability; preferred for debugging
— Installs modules tagged with debug.
— ro.debuggable=1
— adb is enabled by default.
There are two methods for the build of Android image.
Method 1: Set the environment first and then issue the
make
command:
$ cd ${MY_ANDROID}
$ source build/envsetup.sh #set env
$ make -j4 PRODUCT-XXX userdebug 2>&1 | tee build-log.txt #XXX depends on different boards. See the
table below.
Table 4. Android system image production build method 1
i.MX development tool
Description
Image build command
Evaluation Kit
i.MX 8M Nano EVK
$ make -j4 PRODUCT-evk_8mn-userdebug
Evaluation Kit
i.MX 8QuadXPlus MEK
$ make -j4 PRODUCT-mek_8q-userdebug
Method 2: Set the environment and then use
lunch
command to configure argument. See table below. An example for the i.MX
8M Nano EVK board is as follows:
$ cd ${MY_ANDROID}
$ source build/envsetup.sh
$ lunch evk_8mn-userdebug
$ make -j4
NXP Semiconductors
Building the Android platform for i.MX
Android
™
User's Guide, Rev. P9.0.0_2.3.2, 6 March 2020
User's Guide
5 / 31
