linux/meta-freescale.git/recipes-multimedia/libcamera, branch master

neo-ipa-uguzzi: Update to lf-6.18.37_2.1.0

2026-10-27T12:11:52+00:00

Move to the nxp-imx branch and commit used by the LF6.18.37_2.1.0 release (8bdbe77). It synchronizes its copies of the libcamera files with libcamera v0.7.2, and adds RGB-IR dual mode tuning for the ox05b1s sensor along with several IPA fixes. Its copy of the NXP EULA moves to LA_OPT_NXP_Software_License v64.2, so update the license checksum. Tested by building it for imx95-19x19-verdin against both libcamera 0.7.1.imx and 0.7.2.imx. Signed-off-by: Rodrigo M. Duarte

libcamera: Update to 0.7.2.imx

2026-10-27T11:55:37+00:00

Move to the nxp-imx fork branch and commit used by the LF6.18.37_2.1.0 release (84d2508), which is based on libcamera v0.7.2. Refresh the verbatim meta-openembedded copy to the libcamera 0.7.2 recipe at 0938f25dc9. This brings its two build fixes (clang 23 -Wunused-template, EGL_NO_X11 redefinition), which apply to the fork unchanged, and renames the pycamera PACKAGECONFIG to python. Enable the kms PACKAGECONFIG, as meta-imx does, so cam can output to a KMS display. The upstream recipe now depends on libyuv, which only the virtual pipeline handler and the Android layer use. Neither is built here, and libyuv lives in meta-multimedia, which this layer does not depend on, so remove the dependency. Tested by building it for imx8mq-evk, and with neo-ipa-uguzzi for imx95-19x19-verdin. Signed-off-by: Rodrigo M. Duarte

libcamera: Enable pycamera only with meta-python

2026-09-30T18:03:41+00:00

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

libcamera: Document the IPA re-signing helper

2026-09-16T16:52:47+00:00

do_package_recalculate_ipa_signatures had no doc string. The flag is set here rather than beside the function so libcamera_0.7.1.imx.bb stays a verbatim copy of the meta-openembedded recipe it tracks. The helper is not addtask'd; do_package:append runs it via bb.build.exec_func. Signed-off-by: Luciano Dittgen

libcamera: Accept the upstream variable order in the copied body

2026-09-09T14:25:28+00:00

DEPENDS, PACKAGECONFIG and FILES sit where meta-openembedded's libcamera places them, and this file copies that layout verbatim at the hash in its header. Reordering here would diverge the copy, so the findings are documented inline. Comments only; effective metadata is unchanged. Signed-off-by: Luciano Dittgen

libcamera: Move the i.MX overrides into a version-specific include

2026-09-09T14:15:36+00:00

The recipe is a verbatim copy of the meta-openembedded original followed by a trailing i.MX block. Holding both in one file leaves a re-sync unable to tell a local addition from an upstream removal, so the block now lives in libcamera_0.7.1.imx.inc, required where it used to sit. Parse order is therefore unchanged, and buildhistory on imx8mm-lpddr4-evk is identical. Signed-off-by: Luciano Dittgen

libcamera: Add a DESCRIPTION

2026-09-02T19:29:03+00:00

Without it bitbake.conf applies DESCRIPTION ?= "${SUMMARY}.", so the package shipped its one-line summary as its full description. The Yocto recipe style guide lists DESCRIPTION among the variables a recipe should set. Kept on one line: an indented continuation leaks its indent into the packaged value as a run of spaces. This diverges on purpose from the verbatim meta-openembedded copy, which sets no DESCRIPTION. Validated on imx8mm-lpddr4-evk, the machine COMPATIBLE_MACHINE allows, with do_package forced; buildhistory is unchanged apart from metadata-revs. Signed-off-by: Luciano Dittgen

libcamera: Order and de-duplicate DEPENDS entries

2026-08-31T16:36:00+00:00

The base DEPENDS list was unordered and listed python3-jinja2-native twice. Sort the entries alphabetically and drop the duplicate, per the Yocto Project Recipe Style Guide section 3.5.2 (DEPENDS/RDEPENDS ordering). DEPENDS resolves as a set, so removing the redundant second python3-jinja2-native and reordering the tokens does not change the build dependency graph. oelint.vars.dependsordered accumulates the base list and the entries added by the following conditional DEPENDS line and checks that the combined sequence is alphabetical. Because the conditional adds qtbase* (which sort before udev) after the base, the accumulated list was flagged. Change that assignment from += to :append so its tokens are gathered as a separate override group rather than appended into the base sequence. := append with a leading space is an unconditional append, exactly like the previous +=, so the effective DEPENDS is unchanged; the recipe has no later hard DEPENDS assignment and no bbappend touches DEPENDS, so the append timing does not matter here. The top section of this recipe is a verbatim copy of the meta-openembedded libcamera recipe (see the file header). This ordering, de-duplication and the += -> :append change diverge from that source on purpose to satisfy lint; a future re-sync should carry them forward. Validated on imx8mm-lpddr4-evk (fslc-wayland): libcamera was rebuilt with do_package force-tainted before and after the change, and the buildhistory for every libcamera package is byte-identical. The effective unique DEPENDS set (21 tokens) is identical on both sides. Signed-off-by: Luciano Dittgen

neo-ipa-uguzzi: Document INSANE_SKIP already-stripped for oelint

2026-08-24T21:20:36+00:00

The prebuilt libcamera IPA binaries are already stripped, so the already-stripped QA check does not apply and the INSANE_SKIP is required. Add an inline # nooelint directive; reword the existing comment to describe the QA semantics rather than the skip action. No effective metadata changes. Signed-off-by: Luciano Dittgen

libcamera: Document i.MX-fork SRCREV override for oelint

2026-08-17T21:16:24+00:00

libcamera_0.7.1.imx.bb is the i.MX fork of the meta-openembedded recipe: its top section is a verbatim copy of meta-oe (see the "meta-openembedded copy" / "Upstream hash" header), and the "i.MX overrides" section removes the upstream SRC_URI, points it at the nxp-imx fork, and re-sets SRCREV. Setting SRCREV in both the copy block and the overrides section trips oelint.var.override. Rewriting or dropping the copied SRCREV would diverge from the meta-oe recipe the block mirrors and reappear on the next re-sync. Annotate the copied SRCREV with an inline "# nooelint: oelint.var.override" (UPSTREAM-PARITY) instead, matching the weston and gstreamer i.MX forks. Comment-only change; no recipe output is affected. Signed-off-by: Luciano Dittgen