arch/arm64/boot/dts/qcom/sm8750.dtsi | 69 ++++++++++++++++++++++++++++++++++++ 1 file changed, 69 insertions(+)
Please test these changes therefore RFT tag. The fastrpc testing
application under linux doesn't work for me but I was told there
is a setup available somewhere in Qualcomm where this can be tested
(perhaps android?).
Changes from prev version:
- split patches into two: one adds mem node, second one
adds fasrpc nodes.
- updated commit description.
Previous version:
https://lore.kernel.org/linux-arm-msm/20250805162041.47412-1-alexey.klimov@linaro.org/
Signed-off-by: Alexey Klimov <alexey.klimov@linaro.org>
---
Alexey Klimov (2):
arm64: dts: qcom: sm8750: add memory node for adsp fastrpc
arm64: dts: qcom: sm8750: add ADSP fastrpc-compute-cb nodes
arch/arm64/boot/dts/qcom/sm8750.dtsi | 69 ++++++++++++++++++++++++++++++++++++
1 file changed, 69 insertions(+)
---
base-commit: c75caf76ed86bbc15a72808f48f8df1608a0886c
change-id: 20251209-sm8750-fastrpc-adsp-5219ef9f3adf
Best regards,
--
Alexey Klimov <alexey.klimov@linaro.org>
On Tue, 09 Dec 2025 07:37:58 +0000, Alexey Klimov wrote:
> Please test these changes therefore RFT tag. The fastrpc testing
> application under linux doesn't work for me but I was told there
> is a setup available somewhere in Qualcomm where this can be tested
> (perhaps android?).
>
> Changes from prev version:
> - split patches into two: one adds mem node, second one
> adds fasrpc nodes.
> - updated commit description.
>
> [...]
Applied, thanks!
[1/2] arm64: dts: qcom: sm8750: add memory node for adsp fastrpc
commit: 0bcf9ca23a873e5208a32a7e8b908a6002babc8f
[2/2] arm64: dts: qcom: sm8750: add ADSP fastrpc-compute-cb nodes
commit: be9d54c35312479ed92c85aec3cd43153513210d
Best regards,
--
Bjorn Andersson <andersson@kernel.org>
(adding more Qcom folks to To: header, who asked to send this as soon as possible) On Tue Dec 9, 2025 at 7:37 AM GMT, Alexey Klimov wrote: > Please test these changes therefore RFT tag. The fastrpc testing > application under linux doesn't work for me but I was told there > is a setup available somewhere in Qualcomm where this can be tested > (perhaps android?). I found time to compile and run the testing application. Currently it seems to be untested under Linux (mainly strlcpy thingy and no manual where files are expected to be found), there are also a lot of compilation warnings. https://github.com/qualcomm/fastrpc/tree/development/test root@linaro-developer:~/github/fastrpc/test# fastrpc_test -d 0 -U 0 -t linux -a v68 Test PASSED Please look at the mini-dm logs or the adb logcat logs for DSP output [PASS] libmultithreading.so Allocate 4000 bytes from ION heap Creating sequence of numbers from 0 to 999 Compute sum on domain 0 Call calculator_sum on the DSP Sum = 499500 Call calculator_max on the DSP Max value = 999 [PASS] libcalculator.so Demonstrating FARF run-time logging hap_example function PASSED Please look at the mini-dm logs or the adb logcat logs for DSP output Demonstrating HAP_mem.h APIs Error Code 0x4e : returned from hap_example_mem_dmahandle(handle, fd, offset, buffer_length) hap_example function FAILED Please look at the mini-dm logs or the adb logcat logs for DSP output Error occurred with selector MEM (id: 1): 78 Demonstrating HAP_perf.h APIs hap_example function PASSED Please look at the mini-dm logs or the adb logcat logs for DSP output [FAIL] libhap_example.so (error code: 0x4e) ======================================== Test Summary: Total tests run: 3 Passed: 2 Failed: 1 Skipped: 0 ======================================== RESULT: 1 test(s) FAILED But the result is the same for CDSP (was it tested prior merging?). The same results are for v75. Adsprpcd works with audio_pd though. Maybe Qualcomm can help with this? I don't think I will have enough time to debug this and narrow it down, also very soon I will lose access to the device. Best regards, Alexey
On 12/12/25 4:50 PM, Alexey Klimov wrote: > (adding more Qcom folks to To: header, who asked to send this as soon > as possible) > > On Tue Dec 9, 2025 at 7:37 AM GMT, Alexey Klimov wrote: >> Please test these changes therefore RFT tag. The fastrpc testing >> application under linux doesn't work for me but I was told there >> is a setup available somewhere in Qualcomm where this can be tested >> (perhaps android?). [...] > ======================================== > Test Summary: > Total tests run: 3 > Passed: 2 > Failed: 1 > Skipped: 0 > ======================================== > > RESULT: 1 test(s) FAILED > > But the result is the same for CDSP (was it tested prior merging?). > The same results are for v75. > > Adsprpcd works with audio_pd though. Maybe Qualcomm can help with this? > I don't think I will have enough time to debug this and narrow it down, > also very soon I will lose access to the device. Please open an issue in the repo with the above details so the FastRPC folks can hopefully help sort this out https://github.com/qualcomm/fastrpc/issues Konrad
On Tue Dec 16, 2025 at 12:51 PM GMT, Konrad Dybcio wrote: > On 12/12/25 4:50 PM, Alexey Klimov wrote: >> (adding more Qcom folks to To: header, who asked to send this as soon >> as possible) >> >> On Tue Dec 9, 2025 at 7:37 AM GMT, Alexey Klimov wrote: >>> Please test these changes therefore RFT tag. The fastrpc testing >>> application under linux doesn't work for me but I was told there >>> is a setup available somewhere in Qualcomm where this can be tested >>> (perhaps android?). > > [...] > >> ======================================== >> Test Summary: >> Total tests run: 3 >> Passed: 2 >> Failed: 1 >> Skipped: 0 >> ======================================== >> >> RESULT: 1 test(s) FAILED >> >> But the result is the same for CDSP (was it tested prior merging?). >> The same results are for v75. >> >> Adsprpcd works with audio_pd though. Maybe Qualcomm can help with this? >> I don't think I will have enough time to debug this and narrow it down, >> also very soon I will lose access to the device. > > Please open an issue in the repo with the above details so the FastRPC > folks can hopefully help sort this out > > https://github.com/qualcomm/fastrpc/issues Good idea. Thanks. Done. Best regards, Alexey
© 2016 - 2026 Red Hat, Inc.