Age | Commit message (Collapse) | Author |
|
It is based on 6.1.22_2.0.0 NXP BSP release.
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@foundries.io>
|
|
Define MACHINE_FEATURES nxpiw612-sdio and nxpiw416-sdio.
Signed-off-by: Jun Zhu <junzhu@nxp.com>
|
|
mx27: remove platform settings
|
|
There are no machines on this platform supported by
meta-freescale anymore.
Remove the rest of the mx27 platform settings.
Signed-off-by: Oleksandr Suvorov <oleksandr.suvorov@foundries.io>
|
|
NXP Wi-Fi all-on-one driver:
- Supports more Wi-Fi modules: 88w8801/8987/8997/9098 IW416/612
- Uses the new name to align with thus enhancement
Signed-off-by: Jun Zhu <junzhu@nxp.com>
|
|
UBOOT_CONFIG[mfgtool] is no longer used since the following:
88399694 linux-*-mfgtool, u-boot-*-mfgtool: Remove specific recipes
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
When using wayland and an i.MX SoC the recipes ought to be in sync. This
fixes a build error in nativesdk-wayland when running in mickledore:
,----
| ../wayland-1.21.0/src/meson.build:81:1: ERROR: Dependency lookup for
| wayland-scanner with method 'pkgconfig' failed: Invalid version, need
| 'wayland-scanner' ['1.21.0'] found '1.22.0'.
`----
Fixes: 60510fbb ("wayland: make local copy of the 1.22.0 recipe")
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Current xwayland 23.1.1 release is not compatible with the wayland
version available in kirkstone (1.20.0).
Make a local copy of the 1.22.0 recipe from oe-core master b73784851 but
for imx, with default preference set as -1, following how xwayland was
also imported from oe-core.
Signed-off-by: Ricardo Salveti <ricardo@foundries.io>
|
|
The NXP BSP overrides imxdrm and imxpxp were accidentally included in
MACHINEOVERRIDES_EXTENDER:mx93:use-mainline-bsp.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
Signed-off-by: Vincent Davis Jr <vince@underview.tech>
|
|
Rename from <recipe name>_<version>.bb to
<recipe name>_<version>.imx.bb
Hopefully making it more obvious that recipes
are forks/older version of what's in OE-core.
Signed-off-by: Vincent Davis Jr <vince@underview.tech>
|
|
Since poky 46d287faa6b72778dbe7652cde71e5def0f94747, the "splash" image
feature depends on the "screen" machine feature.
Signed-off-by: Johannes Kauffmann <johanneskauffmann@hotmail.com>
|
|
imx-base.inc already sets the same features for imx28evk. For imx23evk,
it is also desirable to use imx-base.inc; the only difference is that
now, imx23evk will also have the "alsa" machine feature.
Signed-off-by: Johannes Kauffmann <johanneskauffmann@hotmail.com>
|
|
weston upgrade, xwayland compatibility update
|
|
This upgrade does not support i.MX 6 and 7 due to the removal of fbdev
support, so the 10.0.3.imx recipe is kept for 6 and 7.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
The langdale branch version of xwayland is incompatible with mickledore
and master. To allow meta-freescale master to be compatible with
langdale, mickledore, and master, make a local copy of the master
version of xwayland and use it.
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>
|
|
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
Fixes https://github.com/Freescale/meta-freescale/issues/1490
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
The firmware-imx-8 and firmware-imx-8m recipes are mostly code
duplication and some parts even used by i.MX93 so consolidating it
allows code reuse and clearness.
Fixes: #1426.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
imx6qdlsabre*: ensure UBOOT_CONFIG setting is always available
|
|
We cannot tie the UBOOT_CONFIG setting to the U-Boot recipe otherwise if
kernel-fitimage is added in KERNEL_CLASSES, the following build errors
is raised:
,----
| Nothing PROVIDES ‘virtual/kernel’
| ...
| Either UBOOT_MACHINE or UBOOT_CONFIG must be set in the imx6qdlsabresd machine configuration.
`----
kernel-fitimage class inherits uboot-sign which inherits
uboot-config. uboot-config class checks UBOOT_CONFIG and it is not
defined.
The fix is essentially to move the conditional for the variable
assignment instead of using the recipe override.
Fixes: #1290
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The use of a specific recipes are not need anymore.
For the U-Boot specific case, the UBOOT_CONFIG mechanism allows multiple
binaries using different configurations so we can remove this recipes
and default to the IMX_DEFAULT_BOOTLOADER as provider.
The Linux specific case is completely unnecessary as the USB gadget is
supported in all versions we support.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The class provides the infrastructure for MFGTOOL generation and is tied
to images. To generate the bundle, the task populate_mfgtool must be
called. For example:
,----[ Running populate_mfgtool for core-image-minimal image ]
| $: bitbake core-image-minimal -c populate_mfgtool
`----
The class behavior is controlled through the MFGTOOLCONFIG (analogous to
PACKAGECONFIG) variable. The MFGTOOLCONFIG variable itself specifies a
space-separated list of the script to enable. Following the script, you
can determine the behavior of each script by providing up to two
order-dependent arguments, which are separated by commas. You can omit
any argument you like but must retain the separating commas. The order
is important and specifies the following:
1. Extra dependencies that should be added to the do_populate_mfgtool
task, if the script is enabled.
2. Extra binaries that should be added to the bundle, if the script is
enabled.
For example:
,----[ Defining foo.uuu.in and bar.uuu script ]
| MFGTOOLCONFIG = "foo.uuu.in bar.uuu"
| MFGTOOLCONFIG[foo.uuu.in] = "dep-foo1:do_deploy dep-foo2:do_deploy,file-foo1"
| MFGTOOLCONFIG[bar.uuu] = "dep-bar1:do_deploy,file-bar1 file-bar2"
`----
The dep-foo1:do_deploy, dep-foo2:do_deploy, and dep-bar1:do_deploy are
added to do_populate_mfgtool dependencies. In addition, file-foo1,
file-bar1, and file-bar2 are copied to the bundle, only if the script is
enabled.
During the mfgtool bundle generation, the uuu.in files are processed and
some variables replaced. The variables are:
- MACHINE
- UBOOT_BINARY
- SPL_BINARY
- IMAGE_BASENAME
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The boot container should be used only if we're not using u-boot-imx as
IMX_DEFAULT_BOOTLOADER.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Moving the override from the <machine>.conf files to the common
imx-base.inc and setting the use of imx-boot-container unconditionally
on the used SoC makes the use of an extra override obsolete.
Simply set UBOOT_PROVIDES_BOOT_CONTAINER depending on the used SoC
is enough. Both the U-Boot recipe and the class implementing the logic
don't need the override but only look at the variable.
This also simplifies overriding the value set in imx-base.inc
in an individual <machine>.conf should that be needed.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
8MQ video is not working. The problem is traced to a change in
`weston.ini`, specifically that the file is now from OE-Core layer
instead of meta-freescale. This problem is traced to the move of the
`imx-boot-container` override [1], specifically that the override was
moved with a trailing `:` that inserts an empty override.
```
MACHINEOVERRIDES="aarch64:armv8a:use-nxp-bsp:imx-generic-bsp:imx-nxp-bsp:imxdrm:imxvpu:imxgpu:imxgpu3d:imxvulkan:mx8-generic-bsp:mx8-nxp-bsp:mx8m-generic-bsp:mx8m-nxp-bsp:mx8mq-generic-bsp:mx8mq-nxp-bsp:imx-boot-container::imx8mq-evk"
```
[1] https://github.com/Freescale/meta-freescale/commit/0ee4cb24eba5171da75ab8eeb72c7eab06083339
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
The imx-boot-container is SoC specific so it should not be set inside
the machine but in the BSP basic settings. This commit moves it to the
imx-base.inc file as the bootloader recipe can still opt to not inherit
the class specifically.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The imx-boot-container MACHINEOVERRIDES allows the bootloader recipe to
enable the binman support for the SoCs which uses it. The conditional
belongs to the bootloader recipe and can be removed from machines.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
These recipes are copies of oe-core 1.20.3 that are not available
anymore upstream on the master branch.
The requirement to have them is because they are dependencies of
the other ones imx specific gstreamer forks on the layer.
So make their names maching the exisng ones will make it more safe.
Signed-off-by: Jose Quaresma <jose.quaresma@foundries.io>
|
|
oe-core has moved to gstreamer 1.22.0 and recipes which don't have
an imx version can no longer be built. Add older version of those
components to be used with the gstreamer 1.20.3.imx.
Signed-off-by: Samuli Piippo <samuli.piippo@qt.io>
|
|
Add i.MX 8M Nano UltraLite EVK
|
|
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>
|
|
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
The SDMA firmware is recommended for all i.MX 8.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
The new machine is currently supported only by linux-imx and u-boot-imx.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
Fix the KERNEL_DEVICETREE assignments for i.MX 93:
- Limit extended device trees to NXP BSP as is customary
- Remove duplicated text `-qsb`
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
Used by i.MX 93.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|