camx: revision update for Lemans, Talos,Kodiak, Hamoa,Shikra - #3133
Conversation
4760187 to
5c24655
Compare
|
Dmitry Baryshkov (@lumag) Could you please add the backport label and GA milestone? Thanks in advance. |
Test Results 119 files ±0 715 suites ±0 7h 34m 6s ⏱️ - 24m 47s For more details on these failures, see this check. Results for commit e2fe595. ± Comparison against base commit 047a924. This pull request removes 4 tests.♻️ This comment has been updated with latest results. |
f4f0395
f4f0395 to
5b75ae5
Compare
|
Dmitry Baryshkov (@lumag) / Ricardo Salveti (@ricardosalveti) , job:- https://github.com/qualcomm-linux/meta-qcom/actions/runs/36023613337/job/107715743255?pr=3133 The Artifactory checksum matches the recipe, so the mismatch may be due to BitBake downloading different content than Artifactory is reporting, or a cached/stale download. can we try clearing the download cache and re-fetching the artifact. ERROR: camxlib-hamoa-1.0.48-r0 do_fetch: Fetcher failure for URL: 'https://qartifactory-edge.qualcomm.com/artifactory/qsc_releases/software/chip/component/camx.qclinux.0.0/260923.1/prebuilt_yocto_master/camx-hamoa_1.0.48_armv8-2a.tar.gz;name=camx'. Checksum mismatch! ~$ curl -I --silent "https://qartifactory-edge.qualcomm.com/artifactory/qsc_releases/software/chip/component/camx.qclinux.0.0/260923.1/prebuilt_yocto_master/camx-hamoa_1.0.48_armv8-2a.tar.gz" | grep -i X-Checksum-Sha2 |
I'm retrying to see if it will move further. |
Introduce camxlib recipe which delivers three components: - camx: Core CamX engine for managing camera pipelines and interfacing with hardware. - camxlib: Image processing algorithms and hardware support libraries extending CamX functionalities. Uses openCV version 3.1. - chicdk: Camera hardware interface developer kit providing a configurable mechanism for use case selection and camera pipeline creation. Signed-off-by: Ganesh Khose <gkhose@qti.qualcomm.com>
38637d9 to
e2fe595
Compare
I have fixed a similar issue and I still have the branch around #3072. I will take a look on it. |
|
Lets see if it get fixed with #3241 |
|
I believe we are having sync issues with efsx when we have multiple runners all downloading the same file, almost like if the download lock is not really propagating fast enough, causing download issues. #3241 should proabbly help yeah. |
|
#3241 built fine, Jose Quaresma (@quaresmajose) just propose the changes. |
Ricardo Salveti (@ricardosalveti) , |
|
Dmitry Baryshkov (@lumag) / Ricardo Salveti (@ricardosalveti) , |
No, the #3241 was just to fix the download cache storage that gets corrupted. I've already relaunch a new CI build for this PR that no longer has the previous issue. |
Yes, we’ve been having some issues with the download cache since we switched the file system. This is the second time I’ve had to use that workaround #3241 to fix file system problems. Another interesting point is that this has always happened with files coming from Artifactory. However, I've never heard of such a thing being reported on the autobuilder, even though they run several build jobs at the same time. I think there is an anomaly in our file system's implementation of locks. |
Viswanath Kraleti (vkraleti)
modified the milestones:
qli-2.1 pull-request freeze,
qli-2.1.1-RC
Yes, it might be fsx specific, need to debug further, separately from this pr. |
| DEPENDS += " \ | ||
| ${@bb.utils.contains('DISTRO_FEATURES', 'opencl', 'virtual/libopencl1', '', d)} \ | ||
| ${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'virtual/egl virtual/libgles2', '', d)} \ | ||
| " |
There was a problem hiding this comment.
Nit: what was wrong with the previous lines?
|
|
||
| S = "${UNPACKDIR}" | ||
|
|
||
| DEPENDS += "glib-2.0 fastrpc protobuf libxml2 qmi-framework sensinghub qcom-sensors-binaries" | ||
|
|
There was a problem hiding this comment.
Nit: why?
|
Known failures. |
d006b6a
into
qualcomm-linux:master
|
Backport failed for Please cherry-pick the changes locally and resolve any conflicts. git fetch origin wrynose
git worktree add -d .worktree/backport/3133-to-wrynose origin/wrynose
cd .worktree/backport/3133-to-wrynose
git switch --create backport/3133-to-wrynose
git cherry-pick -x 9e23f6c9fceb566b196137a741798c37143306eb ffbcf453132702f69b52a9f508a83542e43ac4d5 3e048ae24c7203613ede6586e8f214d760037d50 fcdea88073a880663844f07e5e546283d4628ba6 e2fe5951b912d2c451b667eeea32e46957c3df36 |
9 participants
refpolicy-targeted: Rename nhx.sh to camera-nhx
nhx.shtocamera-nhxto follow the conventional command naming used for executables installed in/usr/bin. Update its SELinux file context so the renamed launcher continues to receiveqcom_nhx_launcher_exec_t.camxlib-talos: upgrade v1.0.38 -> v1.0.45
camxlib-hamoa: upgrade v1.0.41 -> v1.0.45
camxlib-lemans: upgrade v1.0.38 -> v1.0.45
camxlib-kodiak: upgrade v1.0.35 -> v1.0.41
camxcommon-headers: upgrade v1.0.38 -> v1.0.45.