openembedded core renamed the build directory to include the build type.
commit 22e96b32b0be ("u-boot: Make sure the build dir is unique for
each UBOOT_CONFIG")
Follow that.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
As Poky master introduces the u-boot build path refinition:
- Now the unique build path is changes from ${B}/${config} ro ${B}/${config}-${type}.
- It impacts the u-boot-nodtb.bin/DTB deployment.
Poky commit: u-boot: Make sure the build dir is unique for each UBOOT_CONFIG
91f50b7c55968b0857818cf05c03488cd19452d4
Signed-off-by: Zelan Zou <zelan.zou@nxp.com>
The patch still applies cleanly. Follow the version bump, otherwise
- vulkan-loader_1.4.321.0.bbappend doesn't have a matching recipe
- vulkan-loader_%.bbappend adds the patch, however it is nowhere found
Both points results in meta data parsing errors.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
A change in meta-openembedded that provided virtual/opencl-icd [1]
changed the name to virtual/libopencl1.
[1] https://git.openembedded.org/meta-openembedded/commit/?id=87b44d29b6942427bfb1fab02a4564e41dcc01a0
Fixes e.g. when building 'clpeak' for a downstream vivante setup:
| ERROR: The file /usr/lib/libOpenCL.so.1 is installed by both opencl-icd-loader and imx-gpu-viv, aborting
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
OpenVX does not require the large libnn-imx package, so remove the
runtime dependency.
Fixes: #2384
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Upgrade uuu to latest release, which introduces support for container
format v2 required on newer SoCs such as i.MX943 and i.MX95 B0.
This version adds support for macOS on ARM. As a result, the former
executable uuu_mac has been renamed to uuu_mac_x86, and a new
uuu_mac_arm binary is provided.
Signed-off-by: Emanuele Ghidoli <emanuele.ghidoli@toradex.com>
The build fails because it cannot find the patch files in the version-
specific folder. The problem is the bbappend uses `PN`. However, it
turns out that `BP` doesn't work either:
```
ERROR: /.../poky/meta/recipes-graphics/vulkan/vulkan-loader_1.4.321.0.bb: Unable to get checksum for vulkan-loader SRC_URI entry 0001-LF-11869-change-mali-wsi-layer-activating-order.patch: file could not be found
The following paths were searched:
/.../meta-freescale/recipes-graphics/vulkan/defaultpkgname-1.0/fsl/0001-LF-11869-change-mali-wsi-layer-activating-order.patch
[ %< SNIP %< ]
```
When `FILESEXTRAPATHS` is prepended, `BP` is not ready since the
immediate expansion operator `:=` is used, hence the folder name
`defaultpkgname-1.0` shown in the error log.
Fix the problem with hard-coded values.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Building for i.MX 8 without GPU results in a patching error:
```
ERROR: vulkan-loader-1.4.321.0-r0 do_patch: QA Issue: Fuzz detected:
Applying patch 0001-LF-11869-change-mali-wsi-layer-activating-order.patch
patching file loader/loader.c
Hunk #1 succeeded at 3034 with fuzz 1 (offset 128 lines).
Hunk #2 succeeded at 3101 (offset 135 lines).
Hunk #3 succeeded at 3115 (offset 135 lines).
The context lines in the patches can be updated with devtool:
devtool modify vulkan-loader
devtool finish --force-patch-refresh vulkan-loader <layer_path>
Don't forget to review changes done by devtool!
Patch log indicates that patches do not apply cleanly. [patch-fuzz]
```
The problem is i.MX 8 without GPU uses the latest Vulkan 1.4.321.0 and
needs that version of the patch, but the recipe provides the older
version of the patch for Vulkan 1.3.275.0.imx.
Use version-specific folders to resolve the mismatch.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Easily allow builds for iMX95 Rev A0/A1 by automatically setting the
necessary variable OEI_DDRCONFIG when IMX_SOC_REV is set to A0/A1.
Signed-off-by: Ernest Van Hoecke <ernest.vanhoecke@toradex.com>
(cherry picked from commit 3a6ac9a505)
This is necessary to align with NXP BSP LF6.6.52-2.2.1.
In imx-oei, the default DDR timings have been updated to B0, and anyone
building for A0/A1 is expected to pass the argument DDR_CONFIG with the
A1 timings to imx-oei.
Therefore, a machine conf for A0/A1 support that also sets the desired
timings is always necessary, and we have to drop A0/A1 from
imx-base.inc. It is not enough to override IMX_SOC_REV to support A0/A1.
Signed-off-by: Ernest Van Hoecke <ernest.vanhoecke@toradex.com>
(cherry picked from commit e43eb83044)
Add new variable OEI_DDRCONFIG to be used with A1 builds to specify the
DDR configuration.
Signed-off-by: Ernest Van Hoecke <ernest.vanhoecke@toradex.com>
(cherry picked from commit 1a77d79203)
Upgrade to version 8.28, from new 6.12.20-2.0.0 NXP release.
From meta-imx, this was only a Copyright update.
Signed-off-by: Hiago De Franco <hiago.franco@toradex.com>