Thanks Arnaud for your quick response! I have some follow up questions below. Hope you can clarify that as well.
Arnaud POULIQUEN wrote:
Hello, ST Restricted
-----Original Message----- From: Murali Karicheri via Openamp-rp <openamp- rp@lists.openampproject.org> Sent: Friday, June 23, 2023 5:00 PM To: openamp-rp@lists.openampproject.org Subject: [Openamp-rp] Re: open-amp for bare-metal on STM32H7 Hello Arnaud, I was able to create a project in STMCubeIDE for open-amp ping pong application and run successfully on STM32H745i-disco board. Since you have mentioned that this is compatible with RPMSG application on Zephyr, I will use this version for now to interface with Zephyr and will defer upgrade to latest version. Still if you have any information as to what changes are needed to STM code to upgrade to the latest version of open-amp, please let me know. I may be able to work on this and contribute to upstream. As the stm32cubeIDE does not support cmake for now ( this should come soon)
it is not straightforward to update it. I suggest you to create a post on https://community.st.com/ for that
OK will do.
1. I was curious why OpenAMP is not supported for ST devices upstream. Is that planned to be added soon? Also on Zephyr I don't see any ST platforms supported either for RPMSG sample application. I was able to add this support on STM32H745i-disco and run it successfully for a Zephyr host and Zephyr remote. I am working for approval from my company to send a patch for this. However just wondering when can I expect to see STM32H7xxx devices supported upstream OpenAMP. I see that you are one of the Maintainer listed in OpenAMP and eager to hear from you on the plan.
2. I have a use case for which I am trying to use OpenAMP with Baremetal running on M4 and Zephyr on M7. This is different from the way the OpenAMP Ping Pong application is written. In our use case, CM4 boots first and wake up CM7. In this scenario, should I run Host on CM4 and Remote on CM7? So I assume I need to switch the code on CM7 and CM4 for this. The CM4 is responsible for system configuration in our case. So I think CM7 should go to stop mode and and exit the mode after CM4 does system clock configuration and then proceed to start the RPMSG application. So In this case I assume CM4 does the resource table init and CM7 wait. I am planning do this change and test the code, but would appreciate if you could comment if I am on the right track. Later I plan to update and test Zephyr remote RPMSG application to work with this CM4 Baremetal RPMSG application for evaluation.
3. I am planning to use Zephyr v3.4.0 which is using the latest OpenAMP version (2023.04.0). So on Zephyr we will have the latest code base for OpenAMP. Later when we are ready to update the the Baremetal version to 2023.04.0 , will try out below suggestion at that time. Hope the ST Baremetal support for latest OpenAMP release will be available soon.
Thanks and Regards,
Murali Karicheri
If you want to try it by your self
cmake -DCMAKE_TOOLCHAIN_FILE=template-generic -DCROSS_PREFIX=$CROSS_COMPILE with $CROSS_COMPILE that point to the arm gcc prefix 2) Rename some files ( compatibility of the ST projects with multi IDE) rename from lib/system/generic/device.c to lib/system/generic/generic_device.c rename from lib/system/generic/init.c to lib/system/generic/generic_init.c rename from lib/system/generic/io.c to lib/system/generic/generic_io.c rename from lib/system/generic/shmem.c to lib/system/generic/generic_shmem.c 3) Fix in Stm32cube project issues linked to the lrebase of the openamp libs Regards Arnaud
Regards, Murali -- Openamp-rp mailing list -- openamp-rp@lists.openampproject.org To unsubscribe send an email to openamp-rp- leave@lists.openampproject.org