camx: revision update for Lemans, Talos,Kodiak - #2961
Conversation
|
While we don't need opengl in DEPENDS anymore, it would probably make sense to have them as runtime recommendation (we have for virtual-opencl-icd, but while there is virtual-egl-icd in qcom-adreno, I don't think mesa has it, so it would have to be added there first). What about hamoa? Header was updated, but hamoa was not. |
Test Results 119 files + 38 715 suites +289 8h 4m 8s ⏱️ - 3h 14m 12s For more details on these failures, see this check. Results for commit b9db446. ± Comparison against base commit d5f0f44. This pull request removes 6 tests.♻️ This comment has been updated with latest results. |
| ${libdir}/camx/${PLATFORM}/libmctf_cl_program.bin \ | ||
| " | ||
| FILES:${PN} += "${@bb.utils.contains('DISTRO_FEATURES', 'opencl', '${CAMX_OPENCL_FILES}', '', d)}" | ||
| FILES:${PN} += "${libdir}/camx/${PLATFORM}/libmctf_cl_program.bin" |
There was a problem hiding this comment.
What about ${libdir}/camx/${PLATFORM}/*.cl?
There was a problem hiding this comment.
What about
${libdir}/camx/${PLATFORM}/*.cl?
.cl files are not created now.
There was a problem hiding this comment.
Is it mentioned in the commit message?
hamoa will open a follow-up PR. We saw a regression for hamoa, so it wasn’t included in this PR. We’re prioritizing the fix and working to bring hamoa back to tip. |
fdab6a6 to
208292c
Compare
208292c to
df83026
Compare
Dmitry Baryshkov (lumag)
left a comment
Dmitry Baryshkov (lumag)
left a comment
There was a problem hiding this comment.
camxlib-kodiak: Update to the 1.0.27 revision
https://github.com/qualcomm-linux/meta-qcom/blob/master/CONTRIBUTING.md?plain=1#L27
df83026 to
34e53a2
Compare
|
Once e2e testing is complete, I’ll open it. |
Dmitry Baryshkov (lumag)
left a comment
Dmitry Baryshkov (lumag)
left a comment
There was a problem hiding this comment.
Doesn't build:
ERROR: camxlib-lemans-1.0.38-r0 do_package: QA Issue: camxlib-lemans: Files/directories were installed but not shipped in any package:
/usr/bin
/usr/bin/nhx.sh
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
camxlib-lemans: 2 installed and not shipped files. [installed-vs-shipped]
34e53a2 to
5a5f42f
Compare
Yes, we’ll validate it today, request early comments, and moved the PR to draft since it was not validated. |
5a5f42f to
3c1f746
Compare
|
Still failing to build: |
updated, from next release camxtest and camxlib version will be inline. |
Update the headers tar to align with the sources. Signed-off-by: Ganesh Khose <gkhose@qti.qualcomm.com>
- Correct defaultmctf type from INT to BYTE. - Updated runtime feature library checks for EIS and LDC static capability publishing. - Enabled dual VC mode support for BayerFusionStaticSHDR. - Replaced static OpenCL linkage with dynamic loading in BayerFusionStaticSHDR and YUVFusionSHDR. - Updated iwarp feature to dynamically load OpenCL/OpenGL libraries at runtime. - 'nativehaltest' moved from /usr/bin/camx/<soc>/ to /usr/libexec/camx-<soc>/. - The OpenCL source (.cl) files are now converted into .h header files. Therefore, explicit installation of the .cl files is no longer required. Signed-off-by: Ganesh Khose <gkhose@qti.qualcomm.com>
- The OpenCL source (.cl) files are now converted into .h header files. Therefore, explicit installation of the .cl files is no longer required. - 'nativehaltest' moved from /usr/bin/camx/<soc>/ to /usr/libexec/camx-<soc>/. Signed-off-by: Ganesh Khose <gkhose@qti.qualcomm.com>
- Fixed stride handling issues in the HIDRX library. - Replaced static OpenCL linkage with dynamic library loading in the HIDRX library. - Added static capability publishing support for EIS and LDC features. - Enabled OX03F10 GMSL RAW10 linear mode on IQ615EVK Talos (1920x1536 @ 30fps, 2-lane, 512 Mbps), including sensor pipeline updates, output resolution fixes, embedded/stats data removal, and mirror mode disablement for the MAX96717/MAX96724 GMSL setup. - Updated iwarp feature to dynamically load OpenCL/OpenGL libraries at runtime. Signed-off-by: Ganesh Khose <gkhose@qti.qualcomm.com>
05ce19f to
47a4e38
Compare
Update camxlib-hamoa to the 1.0.41 release. This release adds IMX577
camera tuning support, updates IMX577 tuning data to the latest schema,
and migrates IMX688 tuning files to the new schema. It also includes
the com.qti.stats.hafoverride.so library required for AF support.
The recipe update Add support for packaging DSP skeleton artifacts in a
dedicated ${PN}-skel package, install the required runtime files under
/usr/share/qcom, and add the corresponding package metadata and QA
overrides for the prebuilt DSP binaries.additionally keeps the camxtest
version explicitly pinned to 1.0.38 because a corresponding camxtest
1.0.41 release is not available. Without this override, the versioned
path/package lookup would be incorrect.
Signed-off-by: Ganesh Khose <gkhose@qti.qualcomm.com>
47a4e38 to
4d8fb63
Compare
'nativehaltest' moved from /usr/bin/camx/<soc>/ to /usr/libexec/camx-<soc>/, since /usr/bin should hold only flat, directly user-invocable executables, not per-SoC subdirectories. The qcom_nhx file context still pointed at the old path, so the binary no longer picked up the qcom_nhx_exec_t label, and domtrans_pattern(qcom_nhx_launcher_t, qcom_nhx_exec_t, qcom_nhx_t) never matched — nativehaltest stayed in the launcher domain and would hit AVC denials on qcom_nhx_t's DMA, FastRPC, and V4L access. Update the file context to track the new path: - /usr/bin/camx/.*/nativehaltest -> /usr/libexec/camx-[^/]*/nativehaltest No policy rules are changed. Signed-off-by: Rohit Biradar <rohibira@qti.qualcomm.com> Signed-off-by: Ganesh Khose <gkhose@qti.qualcomm.com>
|
need to check why different SHA in CLI and CI logs for same path CI job:- https://github.com/qualcomm-linux/meta-qcom/actions/runs/33702349185/job/100484415212?pr=2961 curl -I --silent "https://qartifactory-edge.qualcomm.com/artifactory/qsc_releases/software/chip/component/camx.qclinux.0.0/260826/prebuilt_yocto_master/camxtest-hamoa_1.0.38_armv8-2a.tar.gz" | grep -i X-Checksum-Sha256 same tarball |
Ricardo Salveti (@ricardosalveti) / Dmitry Baryshkov (@lumag) , |
|
Can recent PR merged cause issue? |
I don't think so! It's not happening anywhere else. However, I verified that the artifactory value is what is expected: |
After using a local DL_DIR in #3072 and update the shared download cache everything is good again. Something corrupted the downalod files and it even makes some sense that it might have been #3054 as this is the last change touching this area. In my local tests, I couldn't replicate the corrupted sha256sum issue that was found in the CI of the current PR. The build is running again. |
|
Ricardo Salveti (@ricardosalveti) / Dmitry Baryshkov (@lumag) , |
|
Dmitry Baryshkov (@lumag) , |
|
please help to add |
|
3 known test failures |
ef87f90
into
qualcomm-linux:master
|
Successfully created backport PR for |
) # Description Backport of #2961 to `wrynose`.
11 participants
camxcommon-headers: Update to the 1.0.13 revision.
camxlib-kodiak: Update to the 1.0.27 revision
camxlib-lemans: Update to the 1.0.30 revision
camxlib-talos: Update to the 1.0.30 revision