fastrpc: upgrade 1.0.2 -> 1.0.3#1569
Conversation
cd49dd4 to
0161cf4
Compare
Test run workflowTest jobs for commit 0161cf4
All jobs summary
|
Test Results 56 files 234 suites 3h 52m 11s ⏱️ For more details on these failures, see this check. Results for commit aa3ac92. ♻️ This comment has been updated with latest results. |
0161cf4 to
a48c868
Compare
|
CI failure covered by #1603 |
|
Please rebase in order to fix the CI issues. |
Head branch was pushed to by a user without write access
a48c868 to
69f8765
Compare
Test run workflowTest jobs for commit 0161cf4
All jobs summary
|
it still looks to be failing after rebasing. What should I do here? |
It seems we faced an internal error in github while initializing the job after retrying the job, mind another rebase & update? |
Upgrade FastRPC from version 1.0.2 to 1.0.3.
Add required dependencies to the recipe as part of this change.
Top-Level Changelog for source project:
- Add systemd service and unit files for FastRPC daemons
- Add systemd unit for audiopd aDSP RPC daemon
- Handle RPC_PM_QOS command for backward compatibility
- Add libbsd support for non-Android builds
- Remove unused and unsupported PM QoS code
- Improve CI with ARMOR, LAVA monitoring, and repo build workflows
- Update README to discourage use of outdated GCC versions
- Add GitHub issue template and update .gitignore entries
Recipe changes:
- Add libbsd to DEPENDS.
- Use upstream-installed systemd unit files; drop layer-provided *.service files
and guess-dsp.sh to avoid duplication and divergence.
- Fix hardcoded /usr/bin paths in upstream unit files during do_install by
rewriting ExecStart to use ${bindir}.
- Do not override SYSTEMD_AUTO_ENABLE as upstream-installed service files are
getting enabled based on fastrpc device availability.
- Remove obsolete ${libdir}/rfsa directory handling (no longer required by v1.0.3).
Signed-off-by: Ekansh Gupta <ekansh.gupta@oss.qualcomm.com>
69f8765 to
aa3ac92
Compare
Test run workflowTest jobs for commit aa3ac92
All jobs summary
|
Test run workflowTest jobs for commit aa3ac92
All jobs summary
|
Test run workflowTest jobs for commit aa3ac92
All jobs summary
|
Test run workflowTest jobs for commit aa3ac92
All jobs summary
|
Test run workflowTest jobs for commit aa3ac92
All jobs summary
|
Test run workflowTest jobs for commit aa3ac92
All jobs summary
|
Test run workflowTest jobs for commit aa3ac92
All jobs summary
|
|
DSP audio test is failing https://lava.infra.foundries.io/scheduler/job/148246
|
Was this working earlier? Looks to be some testcase problem. Checking for name might not be accurate as there will be multiple instances of xdsprpcd running for different purpose. Better would be to check cmdline also for adsprpcd to identify audio daemon. Also, what is this logic: [INFO] 1970-01-01 00:06:34 - Binary is running successfully How can I check functestlib.sh file? |
Tracking the issue with qualcomm-linux/qcom-linux-testkit#313 |
This seems to be a new failure, not something we saw last week and latest nightly worked fine here. |
|
test script side issue has been fixed qualcomm-linux/qcom-linux-testkit#311 and latest runs will not see the issue |
Is it already used in meta-qcom? |
Test run workflowTest jobs for commit aa3ac92
All jobs summary
|
Test run workflowTest jobs for commit aa3ac92
All jobs summary
|
Upgrade FastRPC from version 1.0.2 to 1.0.3.
Top-Level Changelog for source project:
Core Enhancements
CI/CD Improvements
Code Cleanup & Maintenance
Developer Experience & Project Hygiene
Full Changelog: v1.0.2...v1.0.3
Recipe change:
and guess-dsp.sh to avoid duplication and divergence.
rewriting ExecStart to use ${bindir}.
getting enabled based on fastrpc device availability.