| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
A new `ATF_BOOT_UART_BASE` variable can be used in machine to set the
UART aimed for use during the boot, without the need of changing the
source code.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We should have a single definition for `IMX_EXTRA_FIRMWARE` variable as
this is SoC specific and not machine, or recipe, dependent. This removes
multiple assignments from:
- conf/machine/imx8mq-evk.conf
- conf/machine/include/imx8mm-evk.inc
- conf/machine/include/imx8mn-evk.inc
- conf/machine/include/imx8mp-evk.inc
- recipes-bsp/imx-mkimage/imx-boot_1.0.bb
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
| |
We shouldn't force `imx-boot` dependency for i.MX8 SoCs as many can use
U-Boot mainline and those use `imx-boot-container` to generate the
binary blob.
We moved the backward-compatibility note, about 'imx-boot' to the
'imx-boot-container' class.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
| |
The Linux mainline kernel has support for both variations but U-Boot
mainline only supports the LPDDR4 version. For now, we restrict the
imx8mm-ddr4-evk version to use u-boot-imx.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
The QoriQ SoCs use a different cst tool for secure boot than i.MX SoCs
so we should name it with SoC family prefix to avoid confusion.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 912829e1aa543326682f45656b6240db97864655.
There is no downstream fork based on gstreamer 1.20.2.
Currently in meta-freescale master it is still 1.18.5.imx with non forked gstreamer components carried in meta-freescale at 1.18.5 for compatibility.
Prevents:
| WARNING: preferred version 1.20.2.imx of gstreamer1.0 not available (for item gstreamer1.0)
| WARNING: versions of gstreamer1.0 available: 1.18.5.imx 1.20.2
| ...
Fixes build of imx-gst1.0-plugin
| ERROR: imx-gst1.0-plugin-4.6.4-r0 do_compile: ExecutionError('... imx-gst1.0-plugin/4.6.4-r0/temp/run.do_compile.25172', 1, None, None)
|
| [1/37] aarch64-tdx-linux-gcc -mcpu=cortex-a72.cortex-a53 -march=armv8-a+crc -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot -Ilibs/libgstfsl-1.0.so.0.0.0.p -Ilibs -I../git/libs -I/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot/usr/include/gstreamer-1.0 -I/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot/usr/include/glib-2.0 -I/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot/usr/lib/glib-2.0/include -I/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot/usr/include/orc-0.4 -I/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot/usr/include/imx -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -O0 -U_FILE_OFFSET_BITS -DARM -D_GUNC_ -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0=/usr/src/debug/imx-gst1.0-plugin/4.6.4-r0 -fdebug-prefix-map=/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0=/usr/src/debug/imx-gst1.0-plugin/4.6.4-r0 -fdebug-prefix-map=/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot= -fdebug-prefix-map=/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot-native= -fPIC -pthread -DUSE_X11 -MD -MQ libs/libgstfsl-1.0.so.0.0.0.p/gstimxcommon.c.o -MF libs/libgstfsl-1.0.so.0.0.0.p/gstimxcommon.c.o.d -o libs/libgstfsl-1.0.so.0.0.0.p/gstimxcommon.c.o -c ../git/libs/gstimxcommon.c
| FAILED: libs/libgstfsl-1.0.so.0.0.0.p/gstimxcommon.c.o
| aarch64-tdx-linux-gcc -mcpu=cortex-a72.cortex-a53 -march=armv8-a+crc -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot -Ilibs/libgstfsl-1.0.so.0.0.0.p -Ilibs -I../git/libs -I/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot/usr/include/gstreamer-1.0 -I/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot/usr/include/glib-2.0 -I/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot/usr/lib/glib-2.0/include -I/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot/usr/include/orc-0.4 -I/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot/usr/include/imx -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -O0 -U_FILE_OFFSET_BITS -DARM -D_GUNC_ -O2 -pipe -g -feliminate-unused-debug-types -fmacro-prefix-map=/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0=/usr/src/debug/imx-gst1.0-plugin/4.6.4-r0 -fdebug-prefix-map=/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0=/usr/src/debug/imx-gst1.0-plugin/4.6.4-r0 -fdebug-prefix-map=/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot= -fdebug-prefix-map=/workdir/oe/tmp/work/cortexa72-cortexa53-mx8-tdx-linux/imx-gst1.0-plugin/4.6.4-r0/recipe-sysroot-native= -fPIC -pthread -DUSE_X11 -MD -MQ libs/libgstfsl-1.0.so.0.0.0.p/gstimxcommon.c.o -MF libs/libgstfsl-1.0.so.0.0.0.p/gstimxcommon.c.o.d -o libs/libgstfsl-1.0.so.0.0.0.p/gstimxcommon.c.o -c ../git/libs/gstimxcommon.c
| ../git/libs/gstimxcommon.c:21:10: fatal error: gstimxcommon.h: No such file or directory
| 21 | #include "gstimxcommon.h"
| | ^~~~~~~~~~~~~~~~
| compilation terminated.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
The variable values set in meta-freescale with a default value, i.e.
with ?=, can be overridden just once by a user, with =.
Change the PREFERRED_VERSION settings to a weak default value, i.e.
with ??=, so users of meta-freescale are not so limited. When a
variable value is set with a weak default value, the variable can be
overridden by any successively higher priority layer with ??=.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
| |
Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
|
|
|
|
|
|
|
| |
- Complete the move to the new override system also for vybrid
- Drop the sub SoC family vf50 and vf60 in favour of using only vf
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
TF-A package can have several providers: upstream TF-A implementation,
or NXP downstream fork. Functionality to switch this provider, and to
select which package shall be included into the target image is missing
in the layer however, defaulting the usage of the layer to NXP
downstream fork only.
Introduce the Default TF-A Provider define, make it overridable, and
default it to NXP downstream fork. This allows user to re-define the
package name later shall they choose to integrate upstream TF-A package
instead.
Current upstream TF-A version (v2.7) does not support HAB feature of
i.MX8M family, see [1]. If the upstream TF-A version is chosen, then
HAB will not be available for all SoCs that are opting-in. This is
indicated in the comment where default TF-A provider variable is set.
This might change with future TF-A release, so later it can be revised
and statement in include file can be potentially removed.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
Link: [1]: https://lists.trustedfirmware.org/archives/list/tf-a@lists.trustedfirmware.org/message/5UYYI4CNLQ5OWWHU466JBK6I5QIQ2VRS/
|
|
|
|
|
|
|
|
|
|
| |
Properly set provider for i.MX GPU, as noted by bitbake:
```
NOTE: Multiple providers are available for virtual/opencl-icd (imx-gpu-viv, opencl-icd-loader)
Consider defining a PREFERRED_PROVIDER entry to match virtual/opencl-icd
```
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The kernel binary image is by default deployed into the rootfs, /boot/.
openembedded-core changed the way it is done in a not backwards
compatible way.
I.e. it now RRECOMMENDS instead of RDEPENDS the package which contains
the kernel binary image.
Commit 1c90b27d2c ("kernel: make kernel-base recommend kernel-image, not depend")
So the way to not deploy also changed. Change machines and recipes
which want to prevent kernel deployment accordingly.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
| |
The BOARD_TYPE is board-specific, so move it from the .inc to the
.conf.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
| |
Now that we have a symlink with constant name 'imx-boot' independent
on the use of the MACHINEOVERRIDE 'imx-boot-container', drop the
additonal imx-boot-container-bootpart file as imx-imx-boot-bootpart
does the same thing.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 451bafe6d6e0523d0f6143f6862bb6c5b42ac8f6.
This is necessary to follow the pattern used by imx-base.inc.
Also prevents the following error: "No kickstart files from
WKS_FILES were found"
It happens because WKS_FILE was already assigned and can't be
reassigned by SOC_DEFAULT_WKS_FILE due to a weaker assignment
(??=).
Signed-off-by: Vinicius Aquino <vinicius.aquino@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
| |
Although it seems a good idea to use a weak default for KERNEL_IMAGETYPE
this cannot be achieved since kernel.bbclass does already a default
assignment which has precedence over weak assignments.
If a machine requeires other image types, KERNEL_IMAGETYPE needs to be
assigned by the machine config file.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
| |
Although it seems a good idea to use a weak default for SERIAL_CONSOLES
this cannot be achieved since bitbake.conf does a weak assignment after
the inclusion of machine config files. This will override the weak
assignment here. Revert the changes for SERIAL_CONSOLES variable to bring old
behaviour back.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 9d5c49f8c604f117da0995f8946ff04c17caada9.
Although it seems a good idea to use a weak default for SERIAL_CONSOLES
this cannot be achieved since bitbake.conf does a weak assignment after
the inclusion of machine config files. This will override the weak
assignment here. Revert to bring old behaviour back.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
| |
When maintaining a hardware support layer for a SOM there will be different
mainboards and BSP for this SOM. Depending on the use case there may be
different needs for a console UART. When providing a valid weak default
in meta-freescale a machine definition can override this easier as well as
a BSP for a specific mainboard.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
| |
When maintaining a hardware support layer for a SOM there will be different
mainboards and BSP for this SOM. Depending on the use case there may be
different needs for console UART and KERNEL_IMAGETYPE. When providing a
valid weak default in meta-freescale a machine definition can override this
easier as well as a BSP for a specific mainboard.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
| |
When maintaining a hardware support layer for a SOM there will be different
mainboards and BSP for this SOM. Depending on the use case there may be
different needs for SD / e-MMC images. When providing a valid weak default
in meta-freescale a machine definition can override this easier as well
a BSP for a specific mainboard.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The i.MX 1.18.5 version of gstreamer1.0-libav is not compatible with
upstream ffmpeg 5.5.0 and results in the follow build errors:
```
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: ext/libav/libgstlibav.so.p/gstavaudenc.c.o: in function `gst_ffmpegaudenc_set_format':
/usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavaudenc.c:246: undefined reference to `avcodec_get_context_defaults3'
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: /usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavaudenc.c:292: undefined reference to `avcodec_get_context_defaults3'
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: /usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavaudenc.c:336: undefined reference to `avcodec_get_context_defaults3'
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: /usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavaudenc.c:317: undefined reference to `avcodec_get_context_defaults3'
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: ext/libav/libgstlibav.so.p/gstavaudenc.c.o: in function `gst_ffmpegaudenc_start':
/usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavaudenc.c:197: undefined reference to `avcodec_get_context_defaults3'
/opt/work/upstream/fsl-xwayland/tmp/work/cortexa35-mx8-fsl-linux/gstreamer1.0-libav/1.18.5-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux/../../libexec/aarch64-fsl-linux/gcc/aarch64-fsl-linux/11.2.0/ld: ext/libav/libgstlibav.so.p/gstavvidenc.c.o:/usr/src/debug/gstreamer1.0-libav/1.18.5-r0/build/../gst-libav-1.18.5/ext/libav/gstavvidenc.c:252: more undefined references to `avcodec_get_context_defaults3' follow
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.
```
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
| |
The architecture is independent of the number of cores, so update
the 8XLite suffix from mx8dxl to mx8xl.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The imx8dx-mek machine is similar to imx8qxp-mek and so the mx8qxp override
was included in the MACHINEOVERRIDES hierarchy. This is non-standard, and
the rework of the SOC overrides didn't handle it properly, leading to a
build break:
```
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: 8QX boot binary build
| cp: failed to access '/home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/git/iMX8DX/scfw_tcm.bin': Not a directory
| WARNING: /home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/temp/run.do_compile.1809636:179 exit 1 from 'cp /home/aquino/src/ossystems/oel-platform/build/tmp/deploy/images/imx8dx-mek/imx-boot$
tools/scfw_tcm.bin /home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/git/iMX8DX/scfw_tcm.bin'
| WARNING: Backtrace (BB generated script):
| #1: compile_mx8x, /home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/temp/run.do_compile.1809636, line 179
| #2: do_compile, /home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/temp/run.do_compile.1809636, line 151
| #3: main, /home/aquino/src/ossystems/oel-platform/build/tmp/work/imx8dx_mek-oel-linux/imx-boot/1.0-r0/temp/run.do_compile.1809636, line 189
ERROR: Task (/home/aquino/src/ossystems/oel-platform/sources/meta-freescale/recipes-bsp/imx-mkimage/imx-boot_1.0.bb:do_compile) failed with exit code '1'
```
Fix the problem by removing mx8qxp from the mx8dx hierarchy and adapting
existing mx8qxp overrides appropriately.
Fixes: #1027
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
| |
When using a kernel/bootloader fork maintained by board vendor and there are
somer flavours ist would be good to have only weak assignments here. This enables
to override the default by machine config and set final by distro or local.conf.
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
|
|
|
|
|
|
|
|
| |
This is a pre-release version from upcoming NXP Q2 release added to
kirkstone to fix mesa compatibility problems. The commit does also
update the recipe to align with the one in OE-core.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
| |
This is a pre-release version from upcoming NXP Q2 release added to
kirkstone to fix mesa compatibility problems. The patch
0001-meson-add-libdrm-vivante-to-the-meson-meta-data.patch is dropped
as it is now upstream.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
| |
Align with 8M family. Enabling Crypto enables FP and SIMD as well.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The new SOC overrides changed the priority for the NXP machine feature
overrides (like imxgpu2d) to be higher than the SOC override (like
mx8qxp). This change manifested as a change to the weston-init
configuration for mx8qxp and mx8qm, causing the addition of -use-g2d=1
to the weston runtime configuration file weston.ini.
The problem is fixed simply by moving the feature overrides before the
SOC overrides to match the old priority order. However, to provide
consistency, rather than just match the old priority order, the
features are now moved lower in priority than any of the SOC group
overrides as well (like mx8 and mx8x).
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|\
| |
| | |
Clean-up obsolete ATF load address for i.MX8M machines
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Upstream U-Boot commit d9a6f0eed66a ("tree: imx: remove old fit
generator script") dropped the FIT generator script, which was using
environment variable setting the ATF load address into the FIT ITS file.
This has been replaced by binman node description, where ATF address is
defined, hence the enviroment variable is not required anymore.
Clean-up the layer's class and machine description to remove the
variable, which is not used anymore.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
|
|/
|
|
|
|
|
|
|
|
| |
When include/imx-base.inc was simplified to use the imx-{mainline,nxp}-bsp
overrides, the "mx23" category of machines was missed.
Build tested with imx233-olinuxino-* and imx23evk.
Run tested with imx233-olinuxino-maxi.
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
The required x11 driver stuff has been removed from imx-gpu-viv and
thus the X11 driver is no longer buildable.
Drop the recipe and fallback on the default X11 fb driver.
| ERROR: Nothing RPROVIDES 'libvivante-dri-imx' (but .../meta-freescale/recipes-graphics/xorg-driver/xf86-video-imx-vivante_6.4.0.p0.0.bb RDEPENDS on or otherwise requires it)
Completes 747c96f5 ("imx-gpu-viv: Upgrade to 6.4.3.p2.4").
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
|
|
|
|
|
|
|
| |
To assist existing layers to convert to the new BSP-specific
overrides. Besides failing the parsing of the recipes where it is in
use, we provide a script to automate most of it.
Fixes: #990.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
| |
Refs: 9b9f9bb1 ("imx-base.inc: Add missing mx8x overrides")
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|\
| |
| | |
imx-base.inc: Add missing mx8x overrides
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The i.MX 8QXP and 8DXL are in the 8X family, but the override was
missed in the new SOC override rework. This causes do_compile for
imx-boot to fail:
```
cp: cannot stat '/.../build/tmp/deploy/images/imx8qxpmek/imx8qm_m4_TCM_power_mode_switch_m40.bin': No such file or directory
```
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|/
|
|
| |
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
| |
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
We reduce the code size using the new overrides to improve code
clearness and reduce boilerplate.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|\
| |
| | |
Update graphics for L5.10.72-2.2.0
|
| |
| |
| |
| | |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
| |
| |
| |
| | |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|