summaryrefslogtreecommitdiffstats
path: root/recipes-bsp/u-boot/u-boot-imx_2023.04.bb
Commit message (Collapse)AuthorAgeFilesLines
* u-boot-imx_2023.04.bb: Add UUU_BOOTLOADER_UNTAGGED variableHiago De Franco2024-03-091-6/+9
| | | | | | | | | After commit 5a906365fd29 ("uuu_bootloader_tag.bbclass: Add UUU_BOOTLOADER_UNTAGGED"), the option for a untagged binary was added to uuu_bootloader_tag.bbclass. The u-boot-imx recipe also uses this binary, thefore add UUU_BOOTLOADER_TAGGED to this recipe as well. Signed-off-by: Hiago De Franco <hiago.franco@toradex.com>
* u-boot-imx: Use local common.incOleksandr Suvorov2023-10-251-1/+1
| | | | | | Sync using local common.inc with upstream. Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@foundries.io>
* u-boot-imx: deploy multiple boot images for i.MX 8MMaxim Paymushkin2023-09-221-2/+21
| | | | | | | | | | | | | | | | | | | | | | | | if env UBOOT_CONFIG contains multiple U-boot configurations, then "do_deploy_append_mx8m" always returns an error due to installing the same dtb-file defined in env UBOOT_DTB_NAME. Even env UBOOT_DTB_NAME contains the same dtb-name for all U-boot configs it can not be used without an extra suffix (U-boot config) because different U-boot configs can generate different dtb files based on the same dts file. In case different UBOOT_DTB_NAMEs are used in U-boot configurations, then the same flags for env UBOOT_DTB_NAME must be used in the machine configuration as in U-boot configurations. UBOOT_CONFIG = "a b" UBOOT_DTB_NAME[a] = "a.dtb" UBOOT_DTB_NAME[b] = "b.dtb" See PR #1439 and #1642 Signed-off-by: Maxim Paymushkin <maxim.paymushkin@gmail.com> Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
* u-boot-imx: Fix the file permission during the installationDaiane Angolini2023-09-141-2/+2
| | | | Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
* u-boot-imx: Upgrade 2022.04 to 2023.04Oleksandr Suvorov2023-07-201-0/+41
Upgrade the u-boot-imx to the 2023.04 version, that is used in the NXP BSP LF6.1.22_2.0.0. Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@foundries.io>