Host System Requirements
- Configuration
- x86 machine
- Quad-core CPU, for example, Intel i7-2600 at 3.4 GHz (equivalent or better)
- 300 GB free disk space (swap partition > 32 GB)
- 16 GB RAM
- Tools
- Git 1.8.3.1 or later versions
- Tar 1.28 or later versions
- Python 3.10.2 or later versions
- GCC 10.1 or later versions
- GNU Make 4.0 or later versions
- Kas 4.8 or later versions
- Permissions
sudopermission is required to run a few commands
Host Setup
The following instructions are intended for use on a Ubuntu host system. The Yocto build is also supported on other distributions compatible with Yocto, but no validation is performed against them.-
Install the following packages to prepare your host environment for the Yocto build
-
Qualcomm uses the
kastool to sync and build the Yocto project. Use the following commands to installkason your systemOn older Ubuntu versions, thekasversion provided by the system package manager may be outdated. Usingpipxis the recommended way to install kas.
kas configuration model
Qualcomm uses thekas tool to sync and build the Yocto project. The kas configuration model uses YAML files to declare which layers, machines, and distributions to include in a build. These YAML files are located in the meta-qcom/ci/ directory.
A typical kas build command combines:
- A machine YAML file (e.g.,
meta-qcom/ci/iq-9075-evk.yml) - A distribution YAML file (e.g.,
meta-qcom/ci/qcom-distro.yml)
Selecting MACHINE, DISTRO, and image
The following table lists the supportedMACHINE, DISTRO, and image recipe combinations. Use these values with the kas shell command to set up the build environment, then run bitbake <image recipe> to build.
| MACHINE configuration | Supported DISTRO | Image recipe |
|---|---|---|
|
|
|
|
|
|
Configuration Parameters
The following table describes the build tags for the current release. These values will be need to be substituted in the build commands.| Release Tag | Identifier |
|---|---|
| meta-qcom-release-tag | qli-2.0 |
Build Instructions
-
Download Qualcomm’s Yocto layer
meta-qcom. For the latest<meta-qcom-release-tag>, see Configuration Parameters.
-
Build the software image using
kas. You define build targets based on machine and distro combinations.In some host machineshttps://git.yoctoproject.org/git/meta-virtualizationmay fail to clone. If you encounter this, configure Git to automatically redirect the URL to the working one:To verify the redirect is in place:
-
The build creates a single tarball containing all the relevant files to
perform a full clean flash, including partition metadata, boot firmware,
ESP partition and the rootfs. After a successful build, check if the
qcomflash tarball exists in the build artifacts. The following examples
use
qcom-multimedia-proprietary-imageas the image name.
Related topics
- How to build the mainline variant of meta-qcom
- How to build images in a containerized environment?
- How to build meta-qcom using the legacy repo manifest method
- How to build meta-qcom using the legacy meta-qcom-releases method
- How to enable debug configuration in meta-qcom builds
- How to set up a shared cache for Yocto builds
- How to configure the storage type for a Yocto BSP build
- How to increase system memory to avoid OOM errors
- How to perform common tasks with kas

