| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
This avoids build errors such as
optee-test/3.2.0.imx-r0/git/out/ta/crypt//mid_crt.c] Error 127
| /usr/bin/env: ‘python’: No such file or directory
Signed-off-by: Peter Griffin <peter.griffin@linaro.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Certain packages are using linux-imx-headers, which enforces them to use
NXP BSP since headers are provided from the NXP kernel tree.
Those recipes, which requires NXP kernel headers, are now including the
use-imx-headers class to make sure the correct headers package is used.
Since the introduction of separation between NXP and Mainline BSP for
certain machines, recipes which are NXP-dependent are getting their
COMPATIBLE_HOST to be marked as (null) effectively making them
incompatible with mainline BSP which is expected behavior.
By extending this restriction into the use-imx-headers class, all
recipes which inherits is (because it is required) are getting
automatically restricted to NXP BSP, hence making package NXP-dependent
much easier.
linux-imx-headers is marked as "NXP-only" but it is done explicitly
inside the recipe in order to avoid confusion of inheriting the class.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
| |
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Updated kernel has some DTS files added and some dropped for various
i.MX derivatives. Those should be aligned with respective machines in
order to deliver proper DTB files, and do not fail the build for those
are missing.
Device tree files listed in respective machines are those only present
in updated 5.4 kernel release from NXP. Derivatives, which relied on
those device trees that are discarded from the new kernel release should
backport their respective files onto that update.
In other words: if after this update the DTS file used for the HW happens
to be missing - it should be manually added for that HW, since the default
version is no longer provided by NXP in their updated kernel tree.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
| |
This is a safe guard so no recipe can use this, except if NXP BSP
support is in use.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
Bump revisions of optee, wayland-protocols and weston since recipes were
upgraded.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
|
|
| |
Update DTB file names as they were renamed in the kernel tree.
For imx8mmevk machine the M4 DTB was removed from the list as it was
dropped from the kernel source tree.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
|
| |
Upgrade imx fork of gstreamer components to version taken from
MM_04.05.03_1911_L5.4.0 branch. This branch is aligned with the new
kernel update from NXP.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Upgrade weston recipe version 6.0.1 -> 8.0.0 with following
modifications performed:
- Transition build system to meson, replace autotools references with
meson options;
- Align recipe with the latest version from oe-core, include all
configuration changes done upstream into this recipe;
- Drop patches applied upstream and those related to autotools;
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
| |
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
|
|
|
| |
Update recipe to p2 stepping to include support for kernel 5.4.3 from
NXP.
Updated component use V10 of NXP EULA, therefore license md5 has been
modified to match the version.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
|
| |
This update includes one commit, which introduced the support for
NV12_10LE40 format together with new HDR10 metadata required for kernel
5.4 update.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
|
|
|
| |
Upgrade optee recipes to fetch sources from lf-5.4.y branch, this is
aligned with new kernel release from NXP.
optee-os and optee-client has build defines dropped, this is originated
in NXP fork.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
| |
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
| |
Upgrade recipe to pull sources from lf-5.4.y branch.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
| |
Update recipe to pull sources from new branch, which is aligned with new
kernel version 5.4.3
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
| |
Update recipe to pull sources from new branch, which is aligned with new
kernel version 5.4.3
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
| |
Update recipe to fetch sources from IMX_CNSS.LEA.NRT_3.0_KRL5.4 branch,
which is aligned with new kernel version.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
| |
Upgrade kernel module version to next p2 stepping as it is aligned in
the linux-imx source tree and matches the new kernel 5.4.3-1.0.0 version.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
| |
Upgrade recipe version 4.19.35 -> 5.4.3, drop the old recipe and discard
the kernel config file - it should be pulled from the kernel recipe folder.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
| |
Upgrade linux headers recipe 4.19.35 -> 5.4.3 and drop the old recipe.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
|
|
|
|
|
|
|
| |
Upgrade kernel recipe 4.19.35 -> 5.4.3, drop patches which are applied
upstream and re-submit new kernel configuration files for arm32 and
aarch64 build configurations.
Kernel recipe version 4.19.35 is dropped from this layer in favor of the
updated one.
Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
| |
Clean some file name redundancies and changes.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
| |
Suggest valgrind runtime for libgal, which has enabled
annotations.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
| |
i.MX 8M Mini doesn't support OpenVX, so remove it from the recipe
in this case.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
| |
i.MX 8M Nano supports OpenGL ES 3.1. In fact, all
8M support it except for 8M Mini, so use that in
the logic.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
| |
The GPU drivers have never provided OpenGL for framebuffer.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Key Features of the Vivante 6.x Driver Series
- Full support for Khronos OpenGL ES 3.2 API. The new OpenGL ES 3.2 and OpenGL ES Shading Language 3.20 specifications bring AEP,
plus additional functionality, into core OpenGL ES. Vivante OpenGL ES 3.2 implementation has passed Khronos OpenGL ES 3.2 Conformance Test.
And Vivante GC7000XS* GPU core has been certified by Khronos as an OpenGL ES 3.2 compliant product.
- Backward Compatible with 5.x and 4.x Drivers. Existing OpenGL ES 3.x/2.0 applications can run on these drivers without any changes.
6.4.0 P2 GA
======================
Key Features:
- Vulkan 1.1
- OpenVX 1.2
- OpenCL and OpenVX bridged support.
- GPU accelerated ML support
- Upgrade to weston 7.0
- OpenCV 4.0.1
- Chromium v74
- Support for renderdoc 1.2
- vProfiler/vAnalyser through new Vivante IDE
- Support for Android 10
- Support for TFlite 1.3
- NNCTS 1.2
- Optimize command buffer size, so the memory usage per context will be lower
Known Issues :
LF-308 wl_display_connect Failure reported during VPU and GPU stress power management test.
LF-868 [MX6SX-SDB]GPU: weston stopped abnormally during stress suspend resume test.
LF-459 [8QM] GPU/xwld:Vulkan sdk demo 'ObjectSelection' flicker on display.
LF-178 GPU/XWLD: some tests failed in OpenCV performance test.
LF-262 GPU:Some qt5 demos not work. QT5.3 have regressions. Require qt3d update in QT5.4 and later
LF-836 GPU/XWLD: met version mismatch when using renderdoc remote test
LF-861 some tests failed in OpenCV stress test.
LF-423 ML/AI:Some dnn_vxc cases showed out-of-range recognition rates.
LF-844 [6QP_SD] GPU/FB: Bloom_FB cannot be killed by ctrl c randomly.
LF-1109 [8QM] GPU/Vivante IDE tool: vpd file of OpenVX import failed to VSI IDE
LF-1110 [8QM] GPU/Vivante IDE tool: some binary of sample project cannot work after building successfuly in vCompiler test
LF-936 [MX8MQ/MM/MN]GPU:no desktop UI and weston@root.service load fail after run low bus freq test.100%
LF-88 [8QXP_MEK/8QM/8MM_EVK] GPU/XWLD: apitrace tool can not work properly
See also:
https://source.codeaurora.org/external/imx/imx-manifest/tree/GraphicsChangeLogv6?h=imx-linux-zeus
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
|
|
| |
The 4.14.98-2.3.0 BSP targeting latest SoC silicon revisions uses an even
newer license text 'LA_OPT_NXP_Software_License v10 December 2019'.
And the upcomming 5.4.3-2.0.0 BSP uses yet another one:
'LA_OPT_NXP_Software_License v11 February 2020'.
Add their md5sums additionally.
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
|
|
|
|
|
|
|
| |
The i.MX 8QXP has Cortex-A35 cores plus Crypto
extensions, so enable them by default.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
|
|
|
|
| |
We cannot change the default BSP based on SoC as we trim out those when
moving to the mainline BSP.
For this reason, we moved the i.MX8 forced setting to our respective
machines as they lack mainline BSP support.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
| |
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
| |
The imx-alsa-plugins use i.MX kernel specific APIs so we cannot use it
with mainline.
Now, the imx-alsa-plugins are added only when NXP BSP is in use.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
| |
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
| |
We need to postpone the expanion so we avoid cycles.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
Like other i.MX 8M SOCs, the 8M Quad has Cortex-A53 cores
and supports ARM Crypto extensions. Enable them by default.
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
|
|
|
|
|
|
| |
When using mainline BSP we need to enable the gbm window system.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
We are forcing the mainline BSP for 'mxs' and 'mx5' so it will always
use '-imx' suffix. This allows us to drop the unused values.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
The mainline BSP is the only well supported option for i.MX23, i.MX28,
i.MX51 and i.MX53 so force its use.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
The `use-mainline-bsp` must have higher priority over SoC one so it can
override settings when need.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Machines or distros can define which BSP it should use by default. We
are intending to default for mainline BSP by default and specific
machines or DISTROs might change it if need.
Two values are considered valid: mainline, nxp
For example:
IMX_DEFAULT_BSP ??= "mainline"
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
| |
This merges 5.4.31 stable release as well as apply bde0c4ce26b13 "perf:
Make perf able to build with latest libbfd" which fixes perf build.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
| |
The community forks are not being actively maintained by community and
vendors and as consequence are not being updated as need. Aiming to
reduce the maintenance burden we are dropping them as we will move to
NXP's GA kernels when using NXP BSP.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since upcoming release of Yocto will be LTS, linux-qoriq-4.19 isn't expected
to be supported as long as meta-freescale supporters have to support layer
for dunfell users.
Those who want to use linux-qoriq on dunfell with their own effort can rely
on '69652b44 linux-qoriq_4.19: upgrade to LSDK-20.04' by reverting this
commit.
Signed-off-by: Jens Rehsack <sno@netbsd.org>
|
|
|
|
|
|
|
|
|
|
| |
NXP removed support for 4.14 from LSDK-20.04 -- so do avoid signalization
meta-freescale would provide any further support.
Users with strong requirements for linux-qoriq_4.14 can get the last official
supported NXP release (LSDK-19.09-update-311219-V4.14) by reverting this
commit.
Signed-off-by: Jens Rehsack <sno@netbsd.org>
|
|
|
|
|
|
|
| |
Add patterns to ignore patch relics, sed inplace edit backups (default)
and vim swap files.
Signed-off-by: Jens Rehsack <sno@netbsd.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|