| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
| |
libdecor is provided only by meta-oe, which meta-freescale does not
depend on, so world has no provider for it on imx-nxp-bsp machines
without it. Default to libdecor only when openembedded-layer is present.
Checked with bitbake -g world on imx93-11x11-lpddr4x-evk without meta-oe;
with it, libsdl2's buildhistory is unchanged.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit 822cff9b641433ac789f44be83c3d33ba6c12c0a)
|
| |\
| |
| | |
[Backport wrynose] tsntool: fix yocto-check-layer test_machine_world
|
| |/
|
|
|
|
|
|
|
|
|
| |
tsntool DEPENDS on cjson from meta-oe, which the layer does not require,
so world broke on QorIQ machines without meta-oe (yocto-check-layer
test_machine_world). packagegroup-fsl-network now pulls it only with
meta-oe. Checked with -k -S none world on ls2088ardb and p5040ds-64b
without meta-oe; with it, tsntool sigs and the RDEPENDS are unchanged.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit 3aa9d793af6046cefc9ddcd185bfeb129548f952)
|
| |\
| |
| | |
[Backport wrynose] weston: fix yocto-check-layer test_machine_world
|
| |/
|
|
|
|
|
|
|
|
|
|
| |
The inc replaced REQUIRED_DISTRO_FEATURES with "opengl", losing wayland
and pam, so in nodistro weston 10.0.5 parsed while its weston-init was
skipped and world broke on imx8dxl (yocto-check-layer
test_machine_world). Remove opengl as weston-init.bbappend does. Checked
with world on imx8dxl; weston sigs are unchanged on imx6slevk and imx8mm
with wayland opengl pam.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit bb45ad6c726ced7899f545982f57fdc57e1cfa98)
|
| |\
| |
| | |
[Backport wrynose] piglit: fix yocto-check-layer test_signatures
|
| |/
|
|
|
|
|
|
|
|
|
| |
The bbappend changed piglit on every machine (yocto-check-layer
test_signatures): unscoped cl patches, a PACKAGECONFIG[gbm] flag adding
-DPIGLIT_USE_GBM=0, and an append of an empty helper. Scope all three to
imx-generic-bsp; a flag cannot be scoped, so GBM becomes PIGLIT_USE_GBM.
qemux86-64 piglit sigs match without the layer; imx8mp packages unchanged.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit 1b27a148cf7d64fc9846b63cb37779ab8b46e8d1)
|
| |\
| |
| | |
[Backport wrynose] imx-opencl-converter: fix yocto-check-layer test_machine_world
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On Mali (i.MX 95) mali-imx ships only the OpenCL ICD, so
virtual/libopencl1 comes from meta-oe's ICD loader, which also needs the
opencl distro feature; without them world has no provider for it.
Tested: bitbake -g world on imx95-19x19-verdin; buildhistory unchanged
on imx8mp-lpddr4-evk and on imx95-19x19-verdin with meta-oe and opencl.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit b1d20d9bfaf696423b57e822515918bfd999a029)
|
| |/
|
|
|
|
|
|
|
|
|
| |
On Mali (i.MX 95) only meta-oe's ICD loader provides virtual/libopencl1,
and it needs the opencl distro feature, so without them the converter
cannot be built. Depend on it there only when both are present.
Tested: buildhistory unchanged on imx8mp-lpddr4-evk and on
imx95-19x19-verdin with meta-oe and opencl.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit defcea576737bf920634dc15af58dd465a8657ce)
|
| |\
| |
| | |
[Backport wrynose] imx-atf: add generic ATF_SYS_PWR_FULL_CTRL passthrough
|
| |/
|
|
|
|
|
|
|
|
|
|
|
| |
BL31's SYS_PWR_FULL_CTRL (plat/imx/imx9/{imx94,imx95}/platform.mk)
selects whether SCMI shutdown/cold-reset requests ask for a full
SoC/board power-down or reset.
Add ATF_SYS_PWR_FULL_CTRL as a machine-overridable variable,
mirroring the existing ATF_BOOT_UART_BASE/IMX_BOOT_UART_BASE pattern
in this same recipe. Defaults to "0", matching BL31's own default.
Signed-off-by: Francesco Dolcini <francesco.dolcini@toradex.com>
(cherry picked from commit 725a7cbe289486a5fb52f2d625297dfa7fe82699)
|
| |\
| |
| | |
[Backport wrynose] mesa-demos: Keep the i.MX changes off other machines
|
| |/
|
|
|
|
|
|
|
|
|
| |
The bbappend defined PACKAGECONFIG[glu], and every flag is a dependency
of PACKAGECONFIG, so mesa-demos' signatures moved on every machine
(yocto-check-layer test_signatures). glu only added libglu, so depend on
it directly under imxgpu, and scope the PACKAGECONFIG edits there too.
qemux86-64 sigs now match without the layer; imx8mm packages unchanged.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit c50bea737070764d185b3fcff59eef0899d5b270)
|
| |\
| |
| | |
[Backport wrynose] isp-imx: Move to dynamic-layers/openembedded-layer
|
| |/
|
|
|
|
|
|
|
|
|
|
| |
isp-imx DEPENDS on jsoncpp and libtinyxml2 from meta-oe, which the layer
does not require, so bitbake world broke for mx8mp-nxp-bsp machines
without it, failing yocto-check-layer test_machine_world. basler-camera
RDEPENDS on isp-imx and moves with it; packagegroup-fsl-isp now only
pulls both in with meta-oe. Tested with bitbake -S none world on
imx8mp-lpddr4-evk and imx8mp-ddr4-evk without meta-oe.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit de7f9d9b223e8f7d8240fb0a04c542add9d11852)
|
| |\
| |
| | |
[Backport wrynose] ethos-u-driver-stack: Move to dynamic-layers/meta-python
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It DEPENDS on python3-pybind11 and RDEPENDS on python3-pillow, both from
meta-python, which the layer does not require, so bitbake world broke
for imx93 machines without it, failing yocto-check-layer
test_machine_world. Checked with -S none world on imx93-11x11-lpddr4x-frdm;
task signatures are unchanged when meta-python is present.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit b9ed6a937b80e52f3109fc7c27a017c6f4f1cc0a)
|
| |\ \
| | |
| | | |
[Backport wrynose] ovs-dpdk: Drop the unused python3-six-native dependency
|
| | | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
OE-core removed python3-six (372ee47516) and meta-python does not carry
it, so ovs-dpdk had no provider and broke world on qoriq-arm64. OVS 3.1
imports six nowhere. Tested with bitbake ovs-dpdk on ls1046ardb (only
DEPENDS moves in buildhistory) and bitbake -S none world on ls1012ardb.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit c81099e147caa964187dbcc9154a87ce1d30faac)
|
| |\ \ \
| | | |
| | | | |
[Backport wrynose] imx-boot: Need arm-toolchain where SM and OEI are boot firmware
|
| | |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
On i.MX 95 and the i.MX 943 NXP BSP, IMX_EXTRA_FIRMWARE carries
imx-system-manager and imx-oei, which live in
dynamic-layers/arm-toolchain, so without that layer imx-boot failed with
missing providers. It is now incompatible there, rather than broken,
until the layer is added.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit b92d35c6a63f4cf35159dfdc52ea5aefa14ee3d6)
|
| |\ \ \
| | | |
| | | | |
[Backport wrynose] qoriq_build_64bit_kernel: Use TARGET_*_KERNEL_ARCH
|
| | |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
oe-core 4619ebef9d ("kernel-arch: Simplify KERNEL_ARCH variable usage")
dropped the HOST_*_KERNEL_ARCH aliases, so getVar() returns None and
every BUILD_64BIT_KERNEL machine fails to parse with a TypeError. The
literal reference is the exact unexpanded value the aliases returned, so
older releases are unaffected. Tested with bitbake -p and -e
lttng-modules for t4240rdb; found by yocto-check-layer.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit e9fcbfaccbce1cdabe46c60bf400ab4ab74cd737)
|
| |\ \ \
| |_|/
|/| | |
[Backport wrynose] odp: Move to dynamic-layers/openembedded-layer
|
| | |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
odp DEPENDS on cunit from meta-oe, which the layer does not require, so
bitbake world broke for Layerscape machines without it, failing
yocto-check-layer test_machine_world. odp-module, odp-counters and ofp
depend on odp and move too; packagegroup-fsl-network adds ofp only with
meta-oe. Task signatures are unchanged on ls1088ardb-pb with meta-oe.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit 17afab680566b0116f10e2cafabdc15aba5c25e5)
|
| |\ \
| |/
|/| |
[Backport wrynose] libcamera: Enable pycamera only with meta-python
|
| |/
|
|
|
|
|
|
|
|
|
| |
pycamera DEPENDS on python3-pybind11 from meta-python, which the layer
does not require, so bitbake world broke for the libcamera SoCs without
it, failing yocto-check-layer test_machine_world. The other dependencies
are all in OE-core, so libcamera stays available without meta-python.
Task signatures are unchanged on imx8mq-lpddr4-wevk with meta-python.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit aa3226d84b55a7d4c0ff1975f1ee17817283bc84)
|
| |\
| |
| | |
[Backport wrynose] imx-gpu-sdk: Move to dynamic-layers/openembedded-layer
|
| |/
|
|
|
|
|
|
|
|
|
| |
imx-gpu-sdk DEPENDS on rapidjson, nlohmann-json, glm and googletest from
meta-oe, which the layer does not require, so bitbake world broke for
i.MX GPU machines without it, failing yocto-check-layer
test_machine_world. packagegroup-fsl-tools-gpu now only pulls it in with
meta-oe. libxdg-shell stays, so imx-gpu-sdk-src.inc is required by path.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit 7c9b583a33d30fc2260731e2a5c1fbdfcdb35bd7)
|
| |\
| |
| | |
[Backport wrynose] packagegroup-fsl-tools-testapps: scope imx-gpu-viv-demos to Vivante GPUs
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SOC_TOOLS_TEST:imxgpu unconditionally added imx-gpu-viv-demos for
every imxgpu machine, but that package is only produced by
imx-gpu-viv, whose COMPATIBLE_MACHINE does not cover non-Vivante
imxgpu SoCs such as i.MX 95's Mali GPU. That left
packagegroup-fsl-tools-testapps unbuildable there, breaking 'bitbake
world'. Same issue class as PR #2748 and the packagegroup-fsl-tools-gpu
fix, just a different recipe.
Move imx-gpu-viv-demos to its own SOC_TOOLS_TEST:imxviv, the same
override imx-gpu-viv itself is gated on.
Tested with 'bitbake -n packagegroup-fsl-tools-testapps' for an
i.MX8M Plus and an i.MX95 machine: i.MX 8M Plus keeps
imx-gpu-viv-demos, i.MX 95 now resolves instead of failing with
"Nothing RPROVIDES 'imx-gpu-viv-demos'".
Assisted-by: LLM
Signed-off-by: Francesco Dolcini <francesco.dolcini@toradex.com>
(cherry picked from commit 735eb2cd064e35e60becf3c2b6eed41cb5a2a649)
|
| |\
| |
| | |
[Backport wrynose] packagegroup-fsl-tools-gpu: scope imx-gpu-viv-tools to Vivante GPUs
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SOC_TOOLS_GPU:append:imxgpu unconditionally added imx-gpu-viv-tools
for every imxgpu machine, but that tool package is only produced by
imx-gpu-viv, whose COMPATIBLE_MACHINE does not cover non-Vivante
imxgpu SoCs such as i.MX 95's Mali GPU. That left
packagegroup-fsl-tools-gpu unbuildable there, breaking 'bitbake
world'. Same issue class as PR #2748, just a different recipe it
didn't touch.
Move imx-gpu-viv-tools to its own SOC_TOOLS_GPU:append:imxviv, the
same override imx-gpu-viv itself is gated on. imx-gpu-sdk stays under
imxgpu, since it now builds on any GPU thanks to #2748's
PACKAGECONFIG conversion.
Tested with 'bitbake -n packagegroup-fsl-tools-gpu' for
imx8mp-lpddr4-evk and imx95-19x19-verdin: i.MX 8M Plus keeps
imx-gpu-viv-tools, i.MX 95 now resolves instead of failing with
"Nothing RPROVIDES 'imx-gpu-viv-tools'".
Assisted-by: LLM
Signed-off-by: Francesco Dolcini <francesco.dolcini@toradex.com>
(cherry picked from commit 30bd41971abee37632e245dd3f1824cb19337fd2)
|
| |\
| |
| | |
[Backport wrynose] Fix OpenCL/OpenVG provider scoping for non-OpenCL Vivante and Mali GPUs
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The recipe assumed a Vivante GPU on every imxgpu machine: OpenVG and
HW_GPU_VIVANTE were always passed to FslBuild.py and virtual/libopenvg
was a dependency for all 2D GPUs. OpenVG is only implemented by the
Vivante driver, so on i.MX 95, with its Mali GPU, nothing provides
virtual/libopenvg and even with the dependency dropped the build would
still request the OpenVG samples and the Vivante-specific code.
Follow the layout used by NXP's meta-imx for this recipe and describe
each FslBuild.py feature as a PACKAGECONFIG option carrying its own
dependencies, so the features passed to the build and the recipe
dependencies can no longer diverge:
- openvg and vivante are only enabled on imxviv, mali on imxmali;
- i.MX 95 gets the OpenGL ES 3.x, OpenCV and Vulkan features and the
GL extensions list used by meta-imx, plus OpenCL when the opencl
distro feature is enabled;
- Vulkan is enabled only with the vulkan distro feature, as
vulkan-loader and rapidvulkan require it;
- the Vivante machines keep the same feature set as before.
libxdg-shell is now a runtime dependency for every Wayland build, not
only on i.MX 8, matching its build dependency.
Tested with 'bitbake -e' and 'bitbake -n imx-gpu-sdk' for
imx6qdlsabresd, imx7ulpevk, imx8mm-lpddr4-evk, imx8mp-lpddr4-evk,
imx8mq-evk and imx95-19x19-verdin, with and without the opencl distro
feature, comparing FEATURES against the previous recipe for the
Vivante machines.
Reported-by: Francesco Dolcini <francesco.dolcini@toradex.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
(cherry picked from commit 8db7478f15ad79ffb906d9b95e5b0bda1ae9c389)
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
OpenCL was enabled for every i.MX GPU but i.MX 8M Mini. On i.MX 7ULP
the Vivante driver has no OpenCL either, and on i.MX 95 the Mali GPU
relies on the standard ICD loader, which requires the opencl distro
feature; without it virtual/libopencl1 has no provider and opencv
cannot be built.
Enable OpenCL on Vivante GPUs only when IMXGPU_OPENCL_PROVIDER is
set, which covers the i.MX 8M Mini case without a SoC-specific
override, and on other GPUs only when the opencl distro feature is
enabled.
Tested with 'bitbake -n opencv' for imx7ulpevk, imx8mm-lpddr4-evk,
imx8mp-lpddr4-evk, imx8mq-evk and imx95-19x19-verdin, with and without
the opencl distro feature.
Reported-by: Francesco Dolcini <francesco.dolcini@toradex.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
(cherry picked from commit 6fba0d2cc3f6142d13ecc98ac443a83cbf674dc6)
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The OpenCL preferred providers were set to imx-gpu-viv for every
Vivante GPU machine, while imx-gpu-viv itself cleared its OpenCL
PROVIDES and packages for i.MX 7ULP and i.MX 8M Mini, whose GPU cores
lack OpenCL support. With PREFERRED_PROVIDER_virtual/libopencl1 naming
a recipe that does not provide it, base.bbclass skips the remaining
providers (opencl-icd-loader, ocl-icd), leaving virtual/libopencl1
unbuildable and breaking 'bitbake world' on those machines. The
runtime side had the same mismatch, as PREFERRED_RPROVIDER of
virtual-opencl-icd pointed to libopencl-imx, which is not produced
there.
Add IMXGPU_OPENCL_PROVIDER, set to imx-gpu-viv for Vivante GPUs and
cleared for i.MX 7ULP and i.MX 8M Mini, as the single place deciding
it:
- the OpenCL PREFERRED_PROVIDER entries use it, falling back to the
standard recipes (and opencl-icd-loader, as meta-oe does, for
virtual/libopencl1) when it is empty;
- PREFERRED_RPROVIDER of virtual-opencl-icd falls back to the
default libopencl-mesa;
- imx-gpu-viv derives its OpenCL PROVIDES and packages from it
instead of keeping its own SoC list, and the libopencl-imx
RPROVIDES overrides for packages that no longer exist are dropped.
Machines can now also opt out of the Vivante OpenCL stack by clearing
IMXGPU_OPENCL_PROVIDER.
Tested with 'bitbake -e' and 'bitbake -n' for imx6qdlsabresd,
imx7ulpevk, imx8mm-lpddr4-evk, imx8mp-lpddr4-evk, imx8mq-evk and
imx95-19x19-verdin, with and without the opencl distro feature:
i.MX 6, 8M Plus and 8M Quad keep imx-gpu-viv as provider, while
i.MX 7ULP and 8M Mini now resolve clinfo, piglit and
opencl-icd-loader through the standard loader.
Reported-by: Francesco Dolcini <francesco.dolcini@toradex.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
(cherry picked from commit 6c1e49391f99c210b2a0f4867e95a82af47ac4bd)
|
| |\
| |
| | |
[Backport wrynose] imx-base.inc: Add Qt modules to the SoC arch filters
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On the NXP BSP, qtbase moves to MACHINE_SOCARCH through its GL
dependencies, but qtbase itself is not in the imxgpu filter. Every Qt
module built on it therefore keeps the tune architecture:
qtdeclarative, qtsvg, qtxmlpatterns, qtgraphicaleffects, qtquickcontrols
and qtquickcontrols2 are all built against the SoC-specific qtbase and
still share their package with every other machine of the same tune.
fsl-dynamic-packagearch only matches a recipe's own PROVIDES and direct
DEPENDS, so both levels have to be listed. qtbase covers the modules
that depend on it directly, and qtdeclarative covers the QML modules
that depend only on it, the same pair the mainline BSP filter uses.
Tested by evaluating PACKAGE_ARCH for imx8mm-lpddr4-evk and
imx6qdlsabresd with IMX_DEFAULT_BSP set to nxp. Before this change only
qtbase is cortexa53-crypto-mx8mm and cortexa9hf-neon-mx6qdl, and the
other six modules keep cortexa53-crypto and cortexa9hf-neon; with it,
all seven follow qtbase.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
(cherry picked from commit 00a0732aa4b270cdebeb8a53cc30db770a5eef47)
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fsl-dynamic-packagearch only matches a recipe's own PROVIDES and direct
DEPENDS against MACHINE_SOCARCH_FILTER. qtbase is in the filter for the
mainline BSP, so qtdeclarative, qtsvg and qtxmlpatterns, which depend on
it directly, move to MACHINE_SOCARCH. qtgraphicaleffects,
qtquickcontrols and qtquickcontrols2 depend only on qtdeclarative and
keep the tune architecture, although they are built against the
SoC-specific qtbase.
A build directory shared with a non-i.MX machine of the same tune then
produces two different builds of those packages under one name and
version, and whichever ran last overwrites the other. buildhistory
reports it as version-going-backwards, since the PR service numbers the
two builds differently.
Adding qtdeclarative moves every QML module that depends on it to
MACHINE_SOCARCH.
Tested on a wrynose tree, building an image for an i.MX7D machine
(imx-mainline-bsp) and then for an Allwinner A40i machine with the same
cortexa7hf-neon tune, followed by the i.MX7D image again, in one build
directory. That order failed before this change; it now succeeds, and
the i.MX7D image ships qtdeclarative, qtgraphicaleffects,
qtquickcontrols and qtquickcontrols2 as cortexa7hf-neon-imx.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
(cherry picked from commit 058518fad986ae8ce9b35b141b98d98114c149f1)
|
| |\
| |
| | |
[Backport wrynose] imx-base: fix stale PREFERRED_VERSION_LIBCAMERA_IMX after 0.7.1 bump
|
| |/
|
|
|
|
|
|
|
|
|
| |
The 0.6.0 -> 0.7.1 bump renamed libcamera_0.6.0.imx.bb to
libcamera_0.7.1.imx.bb but left PREFERRED_VERSION_LIBCAMERA_IMX
pointing at the now-nonexistent "0.6.0.imx" for mx95/mx8mm/mx8ulp/
mx8mq-nxp-bsp. Bump it to "0.7.1.imx" to match.
Fixes: f7e2763577d1 ("libcamera: Bump 0.6.0 -> 0.7.1")
Signed-off-by: Francesco Dolcini <francesco.dolcini@toradex.com>
(cherry picked from commit 5fd54b8e5b28a1f21b48ebe2b3567cd52180a9f9)
|
| |\
| |
| | |
[Backport wrynose] testfloat: Drop the 2a pin and use meta-oe's TestFloat 3e
|
| |/
|
|
|
|
|
|
|
|
|
|
| |
The bundled 2a recipe cannot build on any current toolchain: its SPE
patch calls __builtin_spe_mfspefscr, removed in GCC 9, and includes
bits/nan.h, removed in glibc 2.26. qoriq-base.inc is included by the
arm, arm64 and ppc configs, so the pin also blocked meta-oe's portable
testfloat_3e on machines 2a could never build for anyway. Tested with
bitbake testfloat on p2020rdb: 3e builds and ships five binaries.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit 75244dac69e48dbfdbfbae85e4fbb24c37d3b4de)
|
| |\
| |
| | |
[Backport wrynose] gst-examples: Expand DESCRIPTION beyond SUMMARY
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
DESCRIPTION restated the recipe name in fewer words than SUMMARY, so it
told a reader less than the line above it; name the two example programs
instead. The file is a downgraded copy of the oe-core recipe but not a
verbatim fork -- master already carries local SECTION, DEPENDS order and
indent changes to it -- so it is maintained metadata. Built gst-examples
for imx8mm-lpddr4-evk: no buildhistory delta, new text in pkgdata.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit 9ed10a1f31928ca4e174121a29e2e5357684f5e8)
|
| |\ \
| |/
|/| |
[Backport wrynose] Sync g2d with meta imx lf-6.18.20_2.0.0
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
S is a path, so the :append joined without a separator and tripped
oelint.vars.inconspaces, whose leading space would have broken it. A
direct assignment drops the construct and matches how every other recipe
in the layer points at a source subdirectory. Tested with bitbake
imx-gpu-g2d on imx8mm-lpddr4-evk: S expands byte-identically and the
buildhistory delta is empty.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit cef6aaa548a0b2eec30def14beb17335c3ee9389)
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
S is a path, so the :append joined without a separator and tripped
oelint.vars.inconspaces, whose leading space would have broken it. A
direct assignment drops the construct and matches how every other recipe
in the layer points at a source subdirectory. Tested with bitbake
imx-dpu-g2d on imx95-19x19-verdin: S expands byte-identically and the
buildhistory delta is empty.
Signed-off-by: Luciano Dittgen <luciano.dittgen@ossystems.com.br>
(cherry picked from commit f4423117ef4426b9ffb87a9c6d136e05d657f625)
|