linux/meta-freescale.git, branch g2d-rename

imx-pxp-g2d: Rename to imx-g2d-pxp

2026-09-30T14:17:33+00:00

NXP is moving the G2D implementations to an imx-g2d- naming scheme, which groups them with imx-g2d-samples and matches the already-renamed nxp-imx/imx-g2d-pxp repository. Nothing changes for layers that go through virtual/libg2d. For the rest, the rename keeps the old name working: - PROVIDES the old name, so DEPENDS on imx-pxp-g2d still resolve. - RPROVIDES, RREPLACES and RCONFLICTS the old package, so package feeds and images built before the rename upgrade cleanly. - IMX_G2D_PXP_SRC defaults to the old IMX_PXP_G2D_SRC, so existing mirror overrides keep applying. A imx-pxp-g2d_%.bbappend in another layer must be renamed; BitBake reports it as dangling otherwise. PREFERRED_PROVIDER_virtual/libg2d set to the old name must be updated as well, since it is matched against the recipe name. Signed-off-by: Otavio Salvador

imx-dpu-g2d: Rename to imx-g2d-dpu

2026-09-30T14:17:33+00:00

NXP is moving the G2D implementations to an imx-g2d- naming scheme, which groups them with imx-g2d-samples and matches the already-renamed nxp-imx/imx-g2d-pxp repository. Nothing changes for layers that go through virtual/libg2d. For the rest, the rename keeps the old name working: - PROVIDES the old name, so DEPENDS on imx-dpu-g2d still resolve. - RPROVIDES, RREPLACES and RCONFLICTS the old package, so package feeds and images built before the rename upgrade cleanly. - IMX_G2D_DPU_SRC defaults to the old IMX_DPU_G2D_SRC, so existing mirror overrides keep applying. A imx-dpu-g2d_%.bbappend in another layer must be renamed; BitBake reports it as dangling otherwise. PREFERRED_PROVIDER_virtual/libg2d set to the old name must be updated as well, since it is matched against the recipe name. Signed-off-by: Otavio Salvador

imx-gpu-g2d: Rename to imx-g2d-gpu

2026-09-30T14:17:09+00:00

NXP is moving the G2D implementations to an imx-g2d- naming scheme, which groups them with imx-g2d-samples and matches the already-renamed nxp-imx/imx-g2d-pxp repository. Nothing changes for layers that go through virtual/libg2d. For the rest, the rename keeps the old name working: - PROVIDES the old name, so DEPENDS on imx-gpu-g2d still resolve. - RPROVIDES, RREPLACES and RCONFLICTS the old package, so package feeds and images built before the rename upgrade cleanly. - IMX_G2D_GPU_SRC defaults to the old IMX_GPU_G2D_SRC, so existing mirror overrides keep applying. A imx-gpu-g2d_%.bbappend in another layer must be renamed; BitBake reports it as dangling otherwise. PREFERRED_PROVIDER_virtual/libg2d set to the old name must be updated as well, since it is matched against the recipe name. Signed-off-by: Otavio Salvador

Merge pull request #2750 from dolcini/claude/fix-fsl-tools-gpu-scoping

2026-09-30T11:36:15+00:00

packagegroup-fsl-tools-gpu: scope imx-gpu-viv-tools to Vivante GPUs

2026-09-30T09:21:09+00:00

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

Merge pull request #2748 from Freescale/imx-gpu-opencl-openvg-scoping

2026-09-29T10:52:26+00:00

Fix OpenCL/OpenVG provider scoping for non-OpenCL Vivante and Mali GPUs

imx-gpu-sdk: Convert the GPU features to PACKAGECONFIG

2026-09-29T00:19:31+00:00

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 Signed-off-by: Otavio Salvador

opencv: Follow IMXGPU_OPENCL_PROVIDER for OpenCL support

2026-09-29T00:19:31+00:00

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 Signed-off-by: Otavio Salvador

imx-base.inc: Add IMXGPU_OPENCL_PROVIDER to select the OpenCL provider

2026-09-29T00:19:31+00:00

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 Signed-off-by: Otavio Salvador

Merge pull request #2745 from Freescale/socarch-filter-qtdeclarative

2026-09-28T17:05:48+00:00

imx-base.inc: Add Qt modules to the SoC arch filters