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>
The user cannot disable buildhistory from local.conf because it is set
in fslc-base.inc. Use a default setting instead.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Recent Bitbake update introduced following commits in attempt to adapt
to new requirement from GitHub [1]:
86a9c268 ("fetch2/git: Add a warning asking users to set a branch in git urls")
42526a40 ("fetch/git: Show warning for invalid github urls")
There is a warning issued for those recipes that either do not
explicitly provide branch parameter to the Bitbake fetcher, or still
using unauthenticated git:// protocol.
Adapt recipes across layer to accommodate for those new requirements.
Link: [1]: https://github.blog/2021-09-01-improving-git-protocol-security-github/#no-more-unauthenticated-git
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
The patch to remove non-compliant source fails due to the existence of
binaries.
Drop the patch and instead remove the non-compliant source manually
from do_unpack.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
The recipe assimp was dropped from OE-core due to license issues and the
lack of any dependency.
The recipe is needed by imx-gpu-sdk, so copy it locally, with an extra
patch to remove the license issues.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
The variable is not set for ssh or console, causing app failures. It's
not clear if this is an error or by design, but setting it manually
does help and doesn't seem to hurt.
Set for fsl and fslc distros.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
If wayland is in DISTRO_FEATURES weston is installed in
CORE_IMAGE_EXTRA_INSTALL so include it in IMAGE_FEATURES as well.
Signed-off-by: Chris Dimich <Chris.Dimich@boundarydevices.com>
Since OE-Core commit 8d0b4704a5 ("defaultsetup.conf: enable select init
manager"), init manager setting is moved to a separate variable and
simplified.
Yocto documentation [1] suggests that the new syntax should be used to
define init manager in distro definitions.
Convert all syntax to use new init system selection.
Link: [1]: https://docs.yoctoproject.org/singleindex.html#init-system-selection
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
