Tom Hochstein [Wed, 18 Mar 2020 20:01:07 +0000 (15:01 -0500)]
fsl-eula-unpack.bbclass: Enhance EULA model
Each new version of the EULA is meant to be a click
through that includes any existing packages with an
older EULA. The latest EULA is also copied in the
layer.
Capture this model in the class by listing the
known EULAs and checking that any package
has a known EULA. The new model also allows
extensibility, so new EULAs can be introduced
separately.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Max Krummenacher [Mon, 16 Mar 2020 09:55:08 +0000 (10:55 +0100)]
glmark2: don't build drm flavours for machines not supporting it
imx-gpu-viv_6.4.0.p1.0-aarch32 does not provide virtual/libgbm and thus
a build with drm* in PACKAGECONFIG does fail.
Thus remove drm* from PACKAGECONFIG for those machines.
| ERROR: Nothing PROVIDES 'virtual/libgbm' (but .../glmark2_git.bb DEPENDS on or otherwise requires it)
| gpulib PROVIDES virtual/libgbm but was skipped: incompatible with machine
This upgrade includes the merge of v4.19.107 tag and backport of
upstream patch [0ada120c883d4f1f6aafd01cf0fbb10d8bbba015], which
addresses the perf build issue when latest binutils are used.
Andrey Zhizhikin [Wed, 26 Feb 2020 14:14:07 +0000 (14:14 +0000)]
gstreamer1.0-rtsp-server: Transition to meson based builds
Following modifications were performed:
- Remove reference to autotools/M4 related patch:
[0001-introspection.m4-prefix-pkgconfig-paths-with-PKG_CON.patch]
- Drop reference to gettext handling
- Remove all autotooling class references and functions and replace them
with meson class
- Add patch to fix GIR support in the meson.build file
Additional patches included in meta-freescale are:
- Backport of 2 patches to allow using OpenCV version 4.1.0
- Adaptions required in NXP fork to use meson
- One patch which solves the data dir search on OpenCV.
Joshua Watt [Thu, 27 Feb 2020 19:51:12 +0000 (13:51 -0600)]
mx8qm: Use cortexa72-cortexa53 tune by default
Use the cortexa72-cortexa53-crypto tune for IMX.8 QuadMax devices
instead of the more generic aarch64. Update the QuadMax MEK machine to
require the file that provides this tune.
Frieder Schrempf [Thu, 13 Feb 2020 11:37:46 +0000 (12:37 +0100)]
mesa: Allow to use Etnaviv with i.MX8
Currently the settings for i.MX8 are fixed to only allow to use
OSMesa for offscreen rendering. Actually etnaviv is usable on
i.MX8MM an it should therefore be possible to let Gallium be
enabled instead of unconditionally disabling it.
Therefore we introduce the USE_OSMESA_ONLY variable, that can be
set to "no" for i.MX8 if etnaviv should be used just like for i.MX6.
Trevor Woerner [Wed, 12 Feb 2020 23:57:46 +0000 (18:57 -0500)]
u-boot-fslc-mxsboot-native: B!=S fix
MACHINEs such as the imx23evk and imx28evk (i.e. the mxs MACHINEs)
failed to build because the recipe for u-boot-fslc-mxsboot-native wasn't
instrumented to support ${B} != ${S}, which is used as a result of inheriting
u-boot-fslc-common. In other words, the inherit was setting up ${B} != ${S},
but then u-boot-fslc-mxsboot didn't know what to do in this scenario.
Trevor Woerner [Wed, 12 Feb 2020 13:00:22 +0000 (08:00 -0500)]
u-boot-fslc: add lzop-native dependency
Currently imx6qdlsabreauto is configured to generate an lzop-compressed u-boot
fit image, therefore a lzop-native is required on the host. Add this
dependency generically since more MACHINEs might switch over in time.
Tom Hochstein [Tue, 11 Feb 2020 22:42:34 +0000 (16:42 -0600)]
imx-imx-boot-bootpart.wks.in: Fix the layout comment
The layout comment was incorrect. It was missing the start of the
rootfs and what was there wasn't updated when the boot partition
was increased to 64MiB.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Trevor Woerner [Tue, 11 Feb 2020 23:54:42 +0000 (18:54 -0500)]
fix u-boot builds
In upstream openembedded-core, the definition for the B variable moved from
u-boot.inc to u-boot-common.inc. None of the recipes in this layer use
upstream's u-boot-common.inc, so add the B to the *common* include files here
so u-boot continues to build. See:
Jens Rehsack [Mon, 10 Feb 2020 14:52:04 +0000 (15:52 +0100)]
management-complex: add LSDK-19.03's v10.14.1
For not clearly discovered reason, ls2088ardb development board doesn't boot
with v10.18.0 neither with 10.20.1.
Add 10.14.1 from LSDK 19.03 to have a booting 208x.
Jens Rehsack [Mon, 10 Feb 2020 14:37:56 +0000 (15:37 +0100)]
mc-utils: split compile & install, fix RDB only
Instead of compiling dtc/dtl files during install stage, compile in
compile stage. Since some boards have RDB and QDS, allow build for
QDS (or manual created configuration) either.
Due broken patch (mixed spaces & tabs) affected lines are repared.
Andreas Müller [Wed, 5 Feb 2020 17:02:44 +0000 (18:02 +0100)]
linux-fslc(-lts): add CONFIG_NET_SCH_FQ_CODE=y and necessary depends
Otherwise modern systemd complains:
| Feb 05 13:22:36 some-host systemd-sysctl[186]: Couldn't write 'fq_codel' to 'net/core/default_qdisc', ignoring: No such file or directory
| Feb 05 13:22:36 some-host systemd-sysctl[186]: Couldn't write '1' to 'net/ipv4/tcp_syncookies', ignoring: No such file or directory
Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Andrey Zhizhikin [Wed, 22 Jan 2020 16:33:07 +0000 (16:33 +0000)]
imx-gpu-apitrace: update recipe to use python3
Add component patches to be able to build it with python3. Python2 has
been dropped in oe-core, therefore the package source should be updated
to include python3 support.
Patches were cherry-picked from the upstream at
[https://github.com/apitrace/apitrace] from the [python3] branch.
Manuel Bessler [Tue, 14 Jan 2020 18:48:34 +0000 (13:48 -0500)]
imx-base: non-overriding append for WKS_FILE_DEPENDS
On mx8,
`WKS_FILE_DEPENDS_mx8 += "imx-boot"`
overrides the content of `WKS_FILE_DEPENDS` instead
of appending, causing `do_image_wic` to complain about
missing dependencies for `wic-tools`.
The recipe updates pulled in from upstream now builds with meson but
the libdrm imx fork does not provide meson build information. Patch the
imx fork to get the ability to build with meson.
Change the recipe to actually configure libdrm-vivante and to deploy
it into its own package.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
xf86-video-imx-vivante: fix compile by updating to 6.4.0
Using the current HEAD fixes the following compile error:
| vivante_gal/vivante_gal_surface.c:493:38: error: 'gcvPOOL_CONTIGUOUS' undeclared (first use in this function); did you mean 'gcvSURF_CONTIGUOUS'?
| 493 | surf->mVideoNode.mPool = gcvPOOL_CONTIGUOUS;
| | ^~~~~~~~~~~~~~~~~~
meta-fsl-bsp-release sets version to 6.4.0.p0.0 for this git hash,
follow that here.
Changelog:
MGS-4783 [#ccc] Integrate EXA patches for 6.4.0 beta
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Fixes:
| ERROR: gstreamer1.0-plugins-imx-0.13.0+gitAUTOINC+963aea60b1-r0 do_configure: Execution of '/build/krm/oe-core_master/build/tmp/work/armv7at2hf-neon-mx6qdl-tdx-linux-gnueabi/gstreamer1.0-plugins-imx/0.13.0+gitAUTOINC+963aea60b1-r0/temp/run.do_configure.44421' failed with exit code 127:
| /usr/bin/env: ‘python’: No such file or directory
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Fixes:
| ERROR: libimxvpuapi-0.10.3+AUTOINC+4afb52f97e-r0 do_configure: Execution of '/build/krm/oe-core_master/build/tmp/work/armv7at2hf-neon-mx6qdl-tdx-linux-gnueabi/libimxvpuapi/0.10.3+AUTOINC+4afb52f97e-r0/temp/run.do_configure.51207' failed with exit code 127:
| /usr/bin/env: ‘python’: No such file or directory
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Andrey Zhizhikin [Sun, 22 Dec 2019 15:29:54 +0000 (15:29 +0000)]
gstreamer1.0-*: resolve absolute paths usage for patch search
Since all pathes required by those recipes are collcted in this layer,
there is no need to use an absolute path to oe-core when searching for
patch files. This also breaks build when build system initialization is
different from NXP bootstrap script.
Andrey Zhizhikin [Sun, 22 Dec 2019 15:22:37 +0000 (15:22 +0000)]
gstreamer1.0-plugins-bad: fix recipe and add patches from oe-core
Fix absolute search paths in the recipe, which attemped to use patches
directly from oe-core and keep those patches in this layer.
This would allow ease of tracking (patches could be dropped once version
is upgraded) and resolves the dependency from oe-core layer (no direct
inclusion necessary via env variables which is not present at every
build system setup).
Andrey Zhizhikin [Sun, 22 Dec 2019 15:06:17 +0000 (15:06 +0000)]
gstreamer1.0-plugins-base_1.16.imx: rebase patches and fix recipe
Current implemetation of recipe has absolute path to patches from
oe-core, which breaks the build if initialization script from Freescale
is not used to bootstrap the environment. Moreover, several patches from
oe-core does not apply cleanly to the NXP tree and should be rebased.
This commit eliminates the hardcoded paths from recipes and collects
patches from oe-core in this layer. Two patches are also rebased to be
cleany applied to NXP source tree.
