Change V=y to V=1 for proper verbose output in iMX System Manager builds.
Signed-off-by: Vitor Soares <vitor.soares@toradex.com>
(cherry picked from commit 44963fd741)
Some hardware vendors provide a customized Optional Executable Image
(OEI) with changes specific to their boards (e.g. Toradex SMARC i.MX95).
Add a virtual provider to avoid conflicts between the OEI recipes from
other layers. This follows the pattern used for the related
imx-system-manager.
Signed-off-by: Hiago De Franco <hiago.franco@toradex.com>
(cherry picked from commit 7cf349d287)
Since i.MX 8, DRM is supported by default by the i.MX GPU. Simplify the
DRM config logic by reversing the default, making it clear that it is
i.MX 6 and 7 that do not support DRM.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
The recipe build changes depending on the `SYSTEM_MANAGER_CONFIG` value,
which is machine-specific.
Signed-off-by: Alexander Stein <alexander.stein@ew.tq-group.com>
imx-system-manager at 6.6.36-2.1.0 NXP BSP release.
This provides among others the DDR configuration which may require
machine dependent configurations. Thus additionally add a virtual
provider.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
libcamera gst video source has the limition to co-work with pipewire gst video source.
NXP i.MX 95 HW will well support libcamera gst video source, and
the related pipewire gst video source should be enabled.
Signed-off-by: Jun Zhu <junzhu@nxp.com>
Since meta-oe commit 87579c932e19 ("imx-cst: Add recipe") the imx-cst
recipe is avaiable in meta-oe:
87579c932e
Remove it from meta-freescale in favor of using the meta-oe version.
Signed-off-by: Fabio Estevam <festevam@gmail.com>
The recipe build changes depending on the `OEI_BOARD` value, which is
machine-specific.
Signed-off-by: Alexander Stein <alexander.stein@ew.tq-group.com>
The recipe depends on meta-arm-toolchain, therefore it should be on
dynamic-layers/arm-toolchain folder. Create it and make the necessary
changes for conf/layer.conf.
Fixes: 61beaf5861 ("recipes-bsp: introduce imx-oei recipe")
Signed-off-by: Hiago De Franco <hiago.franco@toradex.com>
Since the update to version 3.4.0, the imx-cst patch is no
longer used.
Remove the unused imx-cst patch.
Signed-off-by: Fabio Estevam <festevam@denx.de>
The code of fmc package is created in windows editer environment,
and the CRLF is different from unix format, so update patch format
so that apply patch smoothly.
Signed-off-by: Meng Li <Meng.Li@windriver.com>
Add a patch to adjust parameter definition of function errorFuncHandler,
so that align with the definition in libxml2 package.
Signed-off-by: Meng Li <Meng.Li@windriver.com>
Move the recipe append to dynamic-layers. This allows one to use
meta-freescale without meta-multimedia layer.
Fixes: f2575b7e ("recipes-multimedia: Upgrade to NXP release 6.6.3_1.0.0")
Signed-off-by: Oleksandr Suvorov <cryosay@gmail.com>
Mimic the behavior from recipe proper here since we override
packageconfig defaults. With QT 6.7, qtbase built without wayland
support is not sufficient to build rest of QT components e.g. qtwayland
errors out during build/configure
ERROR: Qt Wayland Client requires QtGui to be build with support for wayland
Therefore add it when wayland is in distro features.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Integrate new commits:
63c8ac9 Deny HC usage on fmc cleanup
3def2b9 Check if valid FMan handle exists when create devices
a8a257b Rename COPYING to LICENSE
Signed-off-by: Jun Zhu <junzhu@nxp.com>
This layer set the ARM TF-A build and install target for all board.
Only set those variables to the supported machines.
Signed-off-by: Clément Péron <peron.clem@gmail.com>
Removing because they are based on older version of chromium
(101.0.4951.54) and do not apply on latest/HEAD.
Signed-off-by: Chris Dimich <chris.dimich@boundarydevices.com>
On Ubuntu 22.04(LTS) cst fails to link with libcrypto.
NXP uses weaken to solve a conflict in linking.
The linker in Ubuntu seems to ignore weak symbols does
not link libcrypto at all.
The patch fixes the conflict in the code itself.
It restricts the scope of err_msg to the module.
Signed-off-by: Walter Schweizer <walter.schweizer@siemens.com>
Changes include:
- support on i.MX 8 series platform.
- 8MM/8MP/8MQ support h264/hevc/vp8/vp9 hardware decoding.
- 8QM/8QXP support h264/hevc/vp8 hardware decoding.
- support seek, playrate change and resolution change.
- support video acceleration for online media platform such as
Youtube, bilibili.
Signed-off-by: Chris Dimich <chris.dimich@boundarydevices.com>
Fetch QorIQ's source code from github.com/nxp-qoriq,
as original source.codeaurora.org/external/qoriq will
stop to access from April 2023.
Signed-off-by: Jun Zhu <junzhu@nxp.com>
Copy the qt5-layer bbappends with the following modifications:
- qtbase: Use eglfs for KMS backend for i.MX 8 with GPU on NXP BSP
- qtbase: Drop build config patches no longer needed
Testing is done using the quick3d and webengine examples.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Patches are the same but now are in git format ad have Signed-off-by
and From fields as required
Signed-off-by: Mauro Salvini <m.salvini@koansoftware.com>
Before this change, when imxgpu2d is selected, the qt4 do_configure
fails with the following error:
| EGL (EGL/egl.h) auto-detection... ()
| compiling egl.cpp
...
| /home/wrk/yocto/build-qt4/tmp/work/imx8mmevk-fslc-linux/qt4-embedded/4.8.7-r0/recipe-sysroot/usr/include/EGL/eglplatform.h:150:10: fatal error: X11/Xlib.h: No such file or directory
| 150 | #include <X11/Xlib.h>
| | ^~~~~~~~~~~~
| compilation terminated.
| Makefile:178: recipe for target 'egl.o' failed
| make: *** [egl.o] Error 1
| EGL (EGL/egl.h) disabled.
| EGL (GLES/egl.h) auto-detection... ()
...
| /home/wrk/yocto/build-qt4/tmp/work/imx8mmevk-fslc-linux/qt4-embedded/4.8.7-r0/recipe-sysroot/usr/include/EGL/eglplatform.h:150:10: fatal error: X11/Xlib.h: No such file or directory
| 150 | #include <X11/Xlib.h>
| | ^~~~~~~~~~~~
| compilation terminated.
| Makefile:178: recipe for target 'egl4gles1.o' failed
| make: *** [egl4gles1.o] Error 1
| EGL (GLES/egl.h) disabled.
| The EGL functionality test failed!
This is because the -DLINUX=1 and -DEGL_API_FB=1 flags added to QT_CONFIG_FLAGS
are not pushed down during these configuration tests.
This commit adds these two flags directly to the related .pro files
in Qt4 sources.
Since it's been a long time that meta-qt4 is not updated anymore,
the patch can be backported to LTS releases.
Signed-off-by: Mauro Salvini <m.salvini@koansoftware.com>
Default upstream TF-A implementation resides in the separate layer [1],
which needs to be included in the bblayers.conf file. Per default,
upstream recipe does not define any machine to be compatible, this
compatibilty needs to be defined by the layer that pulls meta-arm TF-A
package. This however cannot be listed as dependency, since not all BSP
flavors do require upstream TF-A, therefore direct layer dependency
cannot be added.
Add meta-arm to dynamic-layers and define compatible machines in the
bbappend, which are supported by upstream TF-A version.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
Link: [1]: https://github.com/jonmason/meta-arm/tree/master/meta-arm/recipes-bsp/trusted-firmware-a
Essentially, we extend the overrides to a generic-bsp, nxp-bsp, and
mainline-bsp.
So, for example, the mx8mq override is split into:
- imx-generic-bsp: compatible with every i.MX SoC and both BSP variants
- imx-nxp-bsp: compatible with every i.MX SoC but specific to NXP BSP
- imx-mainline-bsp: compatible with every i.MX SoC but specific to Mainline BSP
- mx8-generic-bsp: compatible with every i.MX8 SoC and both BSP variants
- mx8-nxp-bsp: compatible with every i.MX8 SoC but specific to NXP BSP
- mx8-mainline-bsp: compatible with every i.MX8 SoC but specific to Mainline BSP
- mx8m-generic-bsp: compatible with every i.MX8M SoC and both BSP variants
- mx8m-nxp-bsp: compatible with every i.MX8M SoC but specific to NXP BSP
- mx8m-mainline-bsp: compatible with every i.MX8M SoC but specific to Mainline BSP
- mx8mq-generic-bsp: compatible with every i.MX8MQ SoC and both BSP variants
- mx8mq-nxp-bsp: compatible with every i.MX8MQ SoC8 but specific to NXP BSP
- mx8mq-mainline-bsp: compatible with every i.MX8MQ SoC but specific to Mainline BSP
The extender mechanism is responsible for extending the override list to
include the generic overrides. We can then use the three different
variants to handle the metadata correctly.
Generically speaking, the conversion mainly was automated (with a lot of
back and forth until getting it right).
To convert an existing layer, the following script can be used:
```sh
git ls-files classes recipes-* \
| xargs sed -i \
-e 's,:\(mx[6-8]\w*\),:\1-nxp-bsp,g' \
-e 's,(\(mx[6-8]\w*\)),(\1-nxp-bsp),g' \
-e 's,\(mx[6-8]\w*\)|,\1-nxp-bsp|,g' \
-e 's,|\(mx[6-8]\w*\)),|\1-nxp-bsp),g' \
\
-e 's,:\(mx[5s]\w*\),:\1-generic-bsp,g' \
-e 's,(\(mx[5s]\w*\)),(\1-generic-bsp),g' \
-e 's,\(mx[5s]\w*\)|,\1-generic-bsp|,g' \
-e 's,|\(mx[5s]\w*\)),|\1-generic-bsp),g' \
\
-e 's,:\(vf\w*\),:\1-generic-bsp,g' \
-e 's,:\(vf[56]0\w*\),:\1-generic-bsp,g' \
-e 's,\(vf\w*\)|,\1-generic-bsp|,g' \
-e 's,|\(vf\w*\)),|\1-generic-bsp),g' \
-e 's,\(vf[56]0\w*\)|,\1-generic-bsp|,g' \
-e 's,|\(vf[56]0\w*\)),|\1-generic-bsp),g' \
\
-e 's,:\(imx\) ,:\1-nxp-bsp ,g' \
-e 's,(\(imx\)),(\1-nxp-bsp),g' \
-e 's,\(imx\)|,\1-nxp-bsp|,g' \
-e 's,|\(imx\)),|\1-nxp-bsp),g'
for d in $(find -type d | egrep '/mx[6-8]w*'); do
git mv $d $d-nxp-bsp
done
for d in $(find -type d | egrep '/imx$'); do
git mv $d $d-nxp-bsp
done
for d in $(find -type d | egrep '/mx[5s]w*'); do
git mv $d $d-generic-bsp
done
```
Fixes: #791.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
