summaryrefslogtreecommitdiffstats
path: root/recipes-bsp/imx-mkimage/imx-boot_1.0.bb
Commit message (Collapse)AuthorAgeFilesLines
* imx-boot,u-boot-imx: Add bootloader image size to SD card imageTom Hochstein2022-01-191-4/+6
| | | | | | | | Append a tag to the bootloader image used in the SD card image. The tag contains the size of the bootloader image so UUU can easily find the end of the bootloader in the SD card image. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-mkimage: use mkimage tool from sysrootAndrey Zhizhikin2021-10-221-3/+1
| | | | | | | | | | | mkimage tool is provided as a part of sysroot and should not be used as a local copy, since it contains runtime dependencies which local copy does not account for. Drop the local copy on mkimage, introduce the patch that fixes mkimage invocations in build system. Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* layer: Convert to new override syntaxKhem Raj2021-08-121-11/+11
| | | | Signed-off-by: Khem Raj <raj.khem@gmail.com>
* imx-boot: Add dependency on xxd-nativeNathan Rossi2021-04-201-0/+2
| | | | | | | | | | | | | | | | | | | | | | | The fspi_packer.sh script uses xxd in order to generate the SPI flash configuration header. If xxd is missing no error is produced and the output image does not work. The log however contains the following error messages (e.g. for iMX8MP flash_evk_flexspi target): ./../scripts/fspi_packer.sh ../scripts/fspi_header ./../scripts/fspi_packer.sh: 5: xxd: not found dd: failed to open 'qspi-header': No such file or directory 3333+1 records in 3333+1 records out 3413776 bytes (3.4 MB, 3.3 MiB) copied, 0.00566483 s, 603 MB/s dd: failed to open 'qspi-header.off': No such file or directory cp: cannot stat 'qspi-header.off': No such file or directory rm: cannot remove 'qspi-header*': No such file or directory F(Q)SPI IMAGE PACKED xxd is not in HOSTTOOLS or HOSTTOOLS_NONFATAL, as such the explicit DEPENDS is required. Signed-off-by: Nathan Rossi <nathan.rossi@digi.com>
* imx-boot: drop compatibility with mainline bspAndrey Zhizhikin2021-03-171-1/+1
| | | | | | | | | | | | | Mainline BSP switches from using imx-boot package, which provides the boot container for mx8 derivatives, to the boot container provided as a part of u-boot package and usage of imx-boot-container class. Drop the compatibility with mainline BSP from the recipe, and let derivatives that are built with it to integrate support of new boot container mechanism. Fixes: 6fc0971c ("imx-mkimage: allow to be used with mainline bsp for mx8m)" Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* layer: license: fix GPL-2.0 license identifiers changed upstreamAndrey Zhizhikin2021-02-241-1/+1
| | | | | | | | | | | | | | | Upstream commit 2456f523cf ("licenses: Update license file to match current SPDX names") deprecated the usage of GPL-2.0 SPDX identifier, removed GPL-2.0 license file and replaced it with GPL-2.0-only SPDX identifier and text file. Adjust layer recipes to use new SDPX identifier and text file. imx-test recipe has license has been re-captured to use GPL-2.0-or-later identifier, since it is required by the license text accompanying the source code repository through "GPLv2 or later" statement in COPYING file. Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* imx8qxpmek: Update the i.MX 8QXP default build to rev C0Tom Hochstein2021-01-211-1/+3
| | | | | | | | | | The current machine configuration support for 8QXP MEK is for rev B0 silicon. Support for rev C0 is implemented using a machine override `mx8qxpc0`. Update the default build to rev C0 silicon. Support for rev B0 is provided with a new machine feature `soc-revb0`. The machine override is removed. Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
* imx-mkimage: allow to be used with mainline bsp for all mx8 machinesGary Bisson2020-12-301-12/+0
| | | | Signed-off-by: Gary Bisson <gary.bisson@boundarydevices.com>
* imx-mkimage: allow to be used with mainline bsp for mx8mAndrey Zhizhikin2020-12-111-20/+14
| | | | | | | | | | | | | | | | | | | | | | | | | imx-boot provides a boot container, which is required for mx8m family of SOCs to execute a boot sequence. Allow the imx-boot to generate boot container for Mini, Nano and Plus SOCs by adding use-mainline-bsp to the list of compatible machines. In order to accommodate new boot container generation model, former SOC_TARGET variable has been renamed to IMX_BOOT_SOC_TARGET and should be explicitly defined in the target machine recipes. This is done to indicate that even if the mx8mm machine is finter out from MACHINEOVERRIDES by extender filter - this recipe picks up a proper target definition for boot container construction. Default ATF binary image is also now based on ATF_PLATFORM, which is explicitly defined in the machine configuration file. Current support includes only Mini, Nano and Plus SOCs from i.MX8M family, and additions of further machines would require the definition of ATF_PLATFORM and IMX_BOOT_SOC_TARGET to be moved out from imx-boot recipe to a machine configuration file. Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* imx-boot: allow for additional/different u-boot device-treeMax Krummenacher2020-10-021-3/+3
| | | | | | | | | | | | | | | | With the current call to imx-mkimage and SOC_TARGET = "iMX8M" the u-boot device tree file name is set to $(PLAT)-evk.dtb in iMX8M/soc.mak which happens to match ${UBOOT_DTB_NAME} if building for an NXP machine. Setting the dtbs environment variable to ${UBOOT_DTB_NAME} makes the build succeed also for other machines. In the hardcoded version $(dtbs) is an intermediate file and gets delete as the last step of make. Thus for several make targets we have to redo the copy step before each make invocation or the second one will fail as the device tree file is then missing. Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
* imx-mkimage: upgrade to version 1.0Andrey Zhizhikin2020-09-231-0/+218
This upgrade contains of following modifications: - introduce new i.MX8 derivatives; - upgrade imx-mkimage recipe to match NXP release; Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>