camx: revision update for Hamoa, Lemans, Talos,Kodiak

[Ganesh Khose (gkhose-qipl)]

camx: Rename cax library to avoid clash with open source libcamera library.

camxcommon-headers: Update to the 1.0.12 revision.

• Source/header mismatch causes CamX compilation failure.
• Update the headers tar to align with the sources.
• Change SRC_URI to use the prebuilt_yocto_master artifact path, which is the current location of the published tarball.

camxlib-kodiak: Update to the 1.0.25 revision.

• Change SRC_URI to use the prebuilt_yocto_master artifact path, which is the current location of the published tarball.
• Rename libcamera_metadata, libcamera_hardware to libcamx_metadata, libcamx_hardware to avoid clash with open source libcamera library.

common.inc: Change SRC_URI and update to the 1.0.28 revision
common:

• Change SRC_URI to use the prebuilt_yocto_master artifact path, which is he current location of the published tarball.
• Rename libcamera_metadata, libcamera_hardware to libcamx_metadata, libcamx_hardware to avoid clash with open source libcamera library.
• Update RPATH to include target architectures for debian builds.

camxlib-lemans:

• Enable SW-MCTF(Software Motion Compensated Temporal Filter) support.

camxlib-talos:

• Add AR0231 GMSL sensor driver support
• Add OX03F10 RAW/YUV GMSL sensor driver support
• Add SerDes support for max9296a (deserializer) and max9295a/max96717 (serializers)
• Enable the common Hidrx (High Dynamic Range X) algorithm library for Talos (QCS615) to support BayerFusion and YUVFusion SHDR usecases.
• Update camxlib-talos recipe to include sensor binaries, Hidrx library and EIS/LDC feature library.

camxlib-hamoa:

• Add IMX688 sensor driver support for Hamoa and Purwa platforms
• Enable OG0VA1B sensor integration for Hamoa and Purwa

camera-service: upgrade 1.0.2 -> 1.0.4
Upgrade camera-service recipes tag from 1.0.2 to 1.0.4

Highlights:

• Add missing copyrights
• Correctly track and assign callback buffer FDs
• Use CMAKE_INSTALL_LIBDIR for destination install paths
• Support CamX 2.0 lib names and header paths
• Preserve run directory during service restart
• Added SocId and string name for glymur

[github-actions]

Test run workflow

Test jobs for commit ed6a1e8

qcom-distro
Pass: 300 | Fail: 0 | Total: 342

nodistro
Pass: 10 | Fail: 0 | Total: 10

qcom-distro_linux-qcom-6.18
Pass: 232 | Fail: 0 | Total: 259

[test-reporting-app]

Test Results

  117 files    698 suites   7h 5m 19s ⏱️
  157 tests   157 ✅  0 💤 0 ❌
4 498 runs  4 429 ✅ 69 💤 0 ❌

Results for commit ed6a1e8.

♻️ This comment has been updated with latest results.

[Ricardo Salveti (ricardosalveti)]

Who are the current consumers for these libraries? Isn't this going to break camera-service at runtime?

Also, please remove the debian specific information from the changelog, not relevant here.

[qcomlnxci]

Test Coral run workflow

Test jobs for commit 37263f2

• qcomdistro: multimedia image
  Pass: 9 | Fail: 0 | Total: 9
• qcomdistro: multimedia image-prop
  Pass: 42 | Fail: 4 | Total: 46

[Chinmay Patil (chinpati-qipl)]

Who are the current consumers for these libraries? Isn't this going to break camera-service at runtime?

Also, please remove the debian specific information from the changelog, not relevant here.

Camera service is the consumer, and yes they already have merged changes to update names at their end
qualcomm/camera-service@178ffdb

Once our changes merge, they will update their source revision in meta-qcom to updated SHA

[Ricardo Salveti (ricardosalveti)]

Who are the current consumers for these libraries? Isn't this going to break camera-service at runtime?
Also, please remove the debian specific information from the changelog, not relevant here.

Camera service is the consumer, and yes they already have merged changes to update names at their end qualcomm/camera-service@178ffdb

Once our changes merge, they will update their source revision in meta-qcom to updated SHA

How are you managing the transition to the new name? Currently it seems both changes would have to be merged together to avoid a broken build.

[Dmitry Baryshkov (lumag)]

We should add new recipe, switch CamX to it, then drop the recipe providing old libraries.

[Ganesh Khose (gkhose-qipl)]

Who are the current consumers for these libraries? Isn't this going to break camera-service at runtime?
Also, please remove the debian specific information from the changelog, not relevant here.

Camera service is the consumer, and yes they already have merged changes to update names at their end qualcomm/camera-service@178ffdb
Once our changes merge, they will update their source revision in meta-qcom to updated SHA

How are you managing the transition to the new name? Currently it seems both changes would have to be merged together to avoid a broken build.

will work with camera-service team to raise common PR

[qcomlnxci]

Test Coral run workflow

Test jobs for commit b8cafa4

• qcomdistro: multimedia image-prop
  Pass: 54 | Fail: 2 | Total: 56
• qcomdistro: multimedia image
  Pass: 10 | Fail: 0 | Total: 10

[Ganesh Khose (gkhose-qipl)]

please help to review camx changes.
working with QMMF team to raise PR together.(qualcomm/camera-service@178ffdb)

[qcomlnxci]

Test Coral run workflow

Test jobs for commit be5bb91

• qcomdistro: multimedia image-prop
  Pass: 48 | Fail: 2 | Others: 2 | Total: 52
• qcomdistro: multimedia image
  Pass: 9 | Fail: 0 | Total: 9

[Ricardo Salveti (ricardosalveti)]

Also please rebase.

[Ganesh Khose (gkhose-qipl)]

Ricardo Salveti (@ricardosalveti) / Dmitry Baryshkov (@lumag) ,
Could you please review.
I rebased the changes onto tip, as there was a conflict on tip because of the merge of PR #2802.

[qcomlnxci]

Test Coral run workflow

Test jobs for commit be5bb91

• qcomdistro: multimedia image-prop
  Pass: 50 | Fail: 0 | Others: 3 | Total: 53
• qcomdistro: multimedia image
  Pass: 9 | Fail: 0 | Total: 9

[quic-yocto-ci]

Successfully created backport PR for wrynose:

• [Backport wrynose] camx: revision update for Hamoa, Lemans, Talos,Kodiak #2947