Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Linux or not Linux, that is the question #52

Open
wonk-andy opened this issue Jan 13, 2025 · 1 comment
Open

Linux or not Linux, that is the question #52

wonk-andy opened this issue Jan 13, 2025 · 1 comment
Assignees
Labels

Comments

@wonk-andy
Copy link

I am using the i.MX8MM and have bare metal firmware running on the Cortex-M as the remote end of the connection and currently a QNX application, in the Cortex-A domain, acting as the master using the librpmsg_lite-imx library. I now also need to support and option where Linux is running in the Cortex-A domain in place of QNX.

In the i.MX8MM SDK multicore examples there are a few bits that are wrapped in #ifdef RPMSG_LITE_MASTER_IS_LINUX ... #endif. Can this be something that is handled at runtime not compile time providing I have a mechanism to tell the firmware which OS is running?

Are there any conflicts in the configuration that would prevent me from having a single Cortex-M firmware image?

-Andy.

@MichalPrincNXP
Copy link
Contributor

Hello @wonk-andy ,
the i.MX8MM SDK multicore examples are intended for the cortex-M core, i.e. the rpmsg_lite remote (secondary core). The source code is used for both cases when primary core (rpmsg master) is running Linux (a.) and the case when primary core is running bm/rtos rpmsg-lite master (b.). The RPMSG_LITE_MASTER_IS_LINUX compile time macro serves just to distinguish between these two cases and adding (a.) case specific code parts. It is compile time macro, nothing runtime handled.
As for using single Cortex-M firmware image, the rpmsg-lite implementation is binary compatible with Linux RPMsg and thus you should be able to run the same Cortex-M firmware image against the QNX and Linux.
Regards
Michal

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants