| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
The UBOOT_SUFFIX override is complex and makes a requirement on the
machine config that is easy to overlook, namely that it will
evaluate incorrectly to empty if the variable is not overridden
in some form by the machine config.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
(cherry picked from commit 526798901506f890f5682ff31a00ba1ea7b31331)
|
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
(cherry picked from commit d3f8b15d3cab77ae0397ab95ddcb4aed559e2db0)
|
|
|
|
|
|
|
|
|
|
| |
We ought to add `imx-boot-container` `MACHINEOVERRIDES` only if not
building for `u-boot-imx`. This can be removed once it uses `binman` as
`u-boot-imx` and u-boot-fslc would use same mechanism to build the
container.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
(cherry picked from commit 1650359bc3eba454522f0db51846497549275caa)
|
|
|
|
|
|
|
|
|
| |
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>
(cherry picked from commit 453def7956c864818b6d6a1a44b2b267df3a44fc)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
(cherry picked from commit 63d73925950aa35ec1378696c0f5dcfd2fef9e83)
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
(cherry picked from commit bed09c8daec54c73766b563feb9ff7b4168c3e44)
|
|
|
|
|
|
|
|
|
| |
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>
(cherry picked from commit 43534097a557810b36b4c30495d51d1d129c34b2)
|
|
|
|
|
|
|
|
| |
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>
(cherry picked from commit 2f26da887f04c639e0e0bb405dfb8f87c174e627)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
(cherry picked from commit c35ef4115ad93a4b940f1ae5fb3cc9ac1920eab3)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
(cherry picked from commit 5b47898ff939791ab426fff17821aca3476ddd7a)
|
|
|
|
|
| |
Signed-off-by: Daiane Angolini <daiane.angolini@foundries.io>
(cherry picked from commit 912829e1aa543326682f45656b6240db97864655)
|
|
|
|
|
|
|
|
| |
- 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>
(cherry picked from commit 2f8003c30fe290881d12280221b44bae7ce0b373)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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/
(cherry picked from commit b61c4907b1926061cbf627ee1fd5dd8eb8e53d59)
|
|
|
|
|
|
|
|
|
|
|
| |
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>
(cherry picked from commit 0c9f999f93873d02ed59b1e6b94b6cd93a2ca96d)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
(cherry picked from commit 5171b4b59adae5f5cea3c0df7a07d5a6a1585c51)
|
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
(cherry picked from commit 17aed5a1b8edff1922ff34ee13621010ae023d23)
|
|
|
|
|
|
|
|
| |
The BOARD_TYPE is board-specific, so move it from the .inc to the
.conf.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
(cherry picked from commit 40d5578d5d873fa005fbaa920d35d6cce9b0d1dd)
|
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
(cherry picked from commit 6b82b2c90c94f433f8a4beb9f0ea594449ecf90b)
|
|
|
|
|
|
|
|
|
| |
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>
|