2021-12-10 02:54 PM
I am getting an error in the kernel log when remoteproc tries to "set hold boot" during startup in Linux. The error is:
remoteproc remoteproc0: failed to set hold boot
remoteproc remoteproc0: releasing m4
stm32-rproc: probe of mlahb:m4@10000000 failed with error -3
After this I do not have remoteproc0 in the /sys/class/remoteproc folder. I have attached device tree and log file.
Can someone please suggest a possible cause.
2021-12-15 03:50 AM
Hello,
The following log message shows that you are not use the good version of the Linux Kernel:
"remoteproc remoteproc0: failed to set hold boot"
At least following patch is missing:
Please use the Linux kernel provided in the ST Microelectronics distribution
For the Linux Kernel 5.4: https://github.com/STMicroelectronics/linux/tree/v5.4-stm32mp
2021-12-15 04:11 PM
Hello Arnaud,
Thank you for responding. I tried the patch you supplied but remoteproc failed with the following error:
stm32-rproc: probe of mlahb:m4@10000000 failed with error -2.
We are using the Octavo systems OSD32MP15x SIP and can not easily update to the latest kernel version.
I have since found out that if I use the arm-trusted-firmware/tf-a-stm32mp157c-dk2-sdcard.stm32 binary provided by ST then the ARM SMCCC call that failed originally now succeeds and remoteproc0 is present in the file system. I will have to dig into what I am doing wrong in the TF-A build of our image.
Best regards,
2021-12-16 01:47 AM
Hi @PZak.1 ,
>> We are using the Octavo systems OSD32MP15x SIP and can not easily update to the latest kernel version.
For this I recommend you to get support from Octavo directly.
Olivier
2021-12-16 06:24 AM
Hello Olivier,
We will move to the version Linux Kernel 5.4: https://github.com/STMicroelectronics/linux/tree/v5.4-stm32mp as suggested by Arnaud.
Best regards,
2021-12-16 06:40 AM
Hello @PZak.1
Don't hesitate to have a look to the release note pages to check the compatibility between your software component versions:
https://wiki.st.com/stm32mpu-ecosystem-v2/wiki/Category:Release_notes_archives
if you are base on a Linux Kernel 5.4, your are probably based on the release 2.0 or 2.1
Best regards
Arnaud