do_unpack: Recipes that set S = "${WORKDIR}/git" or S = "${UNPACKDIR}/git" should remove that assignment, as S set by bitbake.conf in oe-core now works.
Signed-off-by: Neena Busireddy <neenareddy.busireddy@nxp.com>
The series [1] changed the way sources are fetched/unpacked and
S needs to follow that.
This lead to some recipe making even parse fail.
As walnascar is no longer compatible with master/whinlatter drop
it from LAYERSERIES_COMPAT.
[1] https://lore.kernel.org/openembedded-core/20250616095000.2918921-1-alex.kanavin@gmail.com/
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Fix current error:
ERROR: Layer freescale-distro is not compatible with the core layer
which only supports these series: whinlatter (layer is compatible with
styhead walnascar)
Signed-off-by: Hiago De Franco <hiago.franco@toradex.com>
Prior commit was incomplete. Finish the changes. The main point here is
to override the default for 6 and 7 so the i.MX forks/copies are used.
Note that 8 and 9 are already set to use the forks in imx-base.inc.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Related to #104
Add a LICENSE file listing all licenses used by recipes in the meta-freescale-distro layer.
* Create a new `LICENSE` file in the root directory.
* List all the licenses used by the recipes in this layer, including MIT, LGPL-2.0-only, LGPL-2.1-only, BSD-3-Clause, and GPL-3.0-only.
* Include the license names and the corresponding recipes that use them.
Drop all older release names as there have been potentially incompatible
changes, e.g. the S must not point to WORKDIR.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Setting `S = ${WORKDIR}` is no longer allowed. Use the the default
setting of S and move the sources accordingly.
Compare wit OE-core commit 32cba1cc91 ("insane: Error for S == WORKDIR")
Fixes:
ERROR: <xyz>.bb: Using S = ${WORKDIR} is no longer supported
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Setting `S = ${WORKDIR}` is no longer allowed. Use the the default
setting of S and move the sources accordingly.
Compare wit OE-core commit 32cba1cc91 ("insane: Error for S == WORKDIR")
Fixes:
ERROR: <xyz>.bb: Using S = ${WORKDIR} is no longer supported
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
The profile script setting WAYLAND_DISPLAY is now handled in OE-Core
and can be dropped.
1600f38d72
Note that our profile script was in fact correct only for the systemd
case, since it's only there that Yocto sets the Wayland socket to the
non-default value `/run/wayland-0`.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
When parsing yocto project with command "bitbake -p", there is below
error reported:
layers/meta-freescale-distro/conf/distro/include/fslc-base.inc:1:
Could not include required file conf/distro/poky.conf
Because the necessary dependent layers of meta-freescale-distro
are not downloaded when setting up project, add them to avoid building
issue.
Signed-off-by: Meng Li <Meng.Li@windriver.com>
Recipe was moved into meta-freescale and renamed.
Patch is presumed to be no longer required so
remove as well.
Signed-off-by: Vincent Davis Jr <vince@underview.tech>
Release 6.1.1
- GCC13 support.
- Small wayland bug fix.
- Vulkan.NativeWindowTest update.
- New 'feature' to make it easier to filter apps during testing.
- Scr version updated.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
According to the oe-core commit fb2d28e0315e("gstreamer1.0:
update 1.20.5 -> 1.22.0"), videoconvert/videoscale plugins were
merged into one. So, remove the obsolete plugin name and use
the corrtect one.
Signed-off-by: Meng Li <Meng.Li@windriver.com>
Also add required recipes for new dependencies.
As per NXP langdale-6.1.1-1.0.0 release.
Signed-off-by: Chris Dimich <chris.dimich@boundarydevices.com>
The local recipe is no longer needed since glslang is now provided in
OE-Core. Note that the recipe in OE-Core is already being chosen over
this one.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Since openembedded-core commit c88304a78e ("arch-armv7a.inc: default to
Thumb2 instruction set for armv7a and above") a build of an armv7a
based machine defaults to the Thumb2 instruction set. So repeating this
default setting in the distro is not needed and can be completely
removed.
The way Thumb2 is set in the distro is wrong in the first place and
would need fixing anyway.
By setting `ARM_INSTRUCTION_SET:override ??= "..."` this will take
precedence over any assignment to ARM_INSTRUCTION_SET without a
override. So any recipe which wants to force the 'ARM' instruction set
will end up being compiled with Thumb2.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Problem reported by Rasmus Villemoes <rasmus.villemoes@prevas.dk>:
```
The imx-gpu-sdk recipe in the meta-imx layer references
${BB_NUMBER_THREADS} in its do_compile function. Changing
BB_NUMBER_THREADS between bitbake invocations leads to the well-known
When reparsing ...meta-imx/meta-sdk/recipes-graphics/imx-gpu-sdk/imx-gpu-sdk_5.8.0.bb:do_compile, the basehash value changed from 69be88cf220840ff2203e11cfe65681880b0bf9b88db67d50c1ba772b883bd18 to 5e6d5029fac8d7856ada4c2eca359568298f82cdb64567d7dd4deda503d9f83a. The metadata is not deterministic and this needs to be fixed.
This happens because BB_NUMBER_THREADS is in BB_HASHCONFIG_IGNORE_VARS,
so changing it does not cause the recipe to be reparsed, but it is not
included in BB_HASHEXCLUDE_COMMON and thus BB_BASEHASH_IGNORE_VARS.
```
Fix as suggested by Richard Purdie <richard.purdie@linuxfoundation.org>:
```
Technically imx-gpu-sdk is incorrect. BB_NUMBER_THREADS is the number of tasks
bitbake should run. PARALLEL_MAKE is what is used for parallelism in do_compile.
I appreciate that has -j in but you can use: ${@oe.utils.parallel_make(d)} to
obtain the value that recipe needs.
```
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Since commit dcf889e93401f7c4de0055d53271eacc3882eccc in OE:
[
meta: Remove remnants of bluez4 support
bluez4 was removed from meta-oe 2 years ago.
Simplfy the setup of the two level bluetooth and bluez4/bluez5
distro features by removing the bluez4/bluez5 distro features.
This also removes the no longer required bluetooth class.
Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
]
bluez5 is no longer a distro feature, and there is no reference to it
neither in Freescale/OE meta layers, let's drop it.
Signed-off-by: Ming Liu <liu.ming50@gmail.com>
All i.MX beginning with 6 have hardware support for entropy, so there
is no need for rng-tools. Removing it helps startup performance.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.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>
Setting XDG_RUNTIME_DIR variable in profile env would not help for
log-in users except weston.
There is now a global /run/wayland-0 socket that gets created for
wayland clients to access, let's use that instead.
Reference commit in OE:
[
commit dd83fb40f76749c6689807afabc63b9d5c2a4065
Author: Joshua Watt <JPEWhacker@gmail.com>
Date: Thu Nov 19 16:58:53 2020 -0600
weston-init: Stop running weston as root
Running the weston compositor as the root user is an insecure default
behavior for OE-core. We can do much better, at least when using
systemd. Change the recipe to create a dedicated "weston" user and start
weston as this user. The systemd service and socket units are no longer
template units, as there were several inconsistencies in the templates.
Instead, there is now a global /run/wayland-0 socket that gets created,
and systemd will start weston on demand when a client connects to that
socket or when attempting to reach graphical.target, whichever comes
first. This also allows downstream users to easily change the behavior
so that weston *only* starts on demand by adding a drop file. Access to
the global socket is controlled by a "wayland" group; any user that is a
member of the group can use the socket to talk to the compositor. This
also satisfies another use case where another systemd service might
start a graphical application that needs to display with weston (e.g. a
single function device in kiosk mode). Finally, the udev rules for
starting weston with the existance of a DRM device have been removed.
Being WantedBy= a graphical target should eliminate the need for this
behavior, and having it present makes it difficult for downstream users
to start weston on demand (having to override the udev rules).
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
]
Signed-off-by: Ming Liu <liu.ming50@gmail.com>
Since OE-Core commit 9379f80f48 ("license/insane: Show warning for
obsolete license usage"), LICENSE field not containing SPDX identifiers
are treated with WARNING.
An automated conversion using scripts/contrib/convert-spdx-licenses.py to
convert to use the standard SPDX license identifiers has been done on
the entire layer.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
