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

Move examples and demos to openamp-system-reference repository #246

Open
tnmysh opened this issue Jul 14, 2023 · 4 comments
Open

Move examples and demos to openamp-system-reference repository #246

tnmysh opened this issue Jul 14, 2023 · 4 comments
Labels

Comments

@tnmysh
Copy link
Collaborator

tnmysh commented Jul 14, 2023

Examples and demos should be moved to new repostiory: openamp-system-reference.

This should not cause any backward compatibility issues.

@github-actions
Copy link

This issue has been marked as a stale issue because it has been open (more than) 45 days with no activity.

@github-actions github-actions bot added the Stale label Oct 14, 2023
@arnopo arnopo reopened this Oct 25, 2023
@wmamills
Copy link
Contributor

We should define the functions that a bare-metal BSP needs to implement.

We need to work this with a baremetal demo on at least two platforms. (Xilinx and TI?)

Target resolution 2024.10

@nathalie-ckc
Copy link

Discussed in 2/21/2024 OpenAMP System Reference call:

  • Don't have to move existing demos, can start introducing what works with the existing Linux apps & once have working in System Reference, can delete the old stuff. This would allow us to architect the demos without having to deal with legacy history.
  • Matrix multiply: TI found it useful
  • Libmetal as API provides abstraction layer. Based on what we do for the more stable operating systems. OpenAMP repo also has some cleanup to be done to split what should go into BSP vs. OpenAMP project.
  • How to make same baremetal app work on different vendor platforms? Do we want to keep them or move to silicon vendor repo? Baremetal BSP should come to Libmetal & baremetal BSP should hold the glue, glue should not go in libmetal.
  • If there are API functions that don't make sense on 1 vendor's platform, can have NOP/return success
  • Demo apps in open amp library -> should be able to make it generic. Each vendor should provide their own low-level functions & BSP additions.
    **- Recommend for any new demos to go to System Reference
  • Would like to target October 2024 release to move the demos to System Reference.**

Copy link

github-actions bot commented Apr 7, 2024

This issue has been marked as a stale issue because it has been open (more than) 45 days with no activity.

@github-actions github-actions bot added the Stale label Apr 7, 2024
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

4 participants