-
Notifications
You must be signed in to change notification settings - Fork 6.7k
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
OpenAMP rsc table sample #16985
OpenAMP rsc table sample #16985
Conversation
This comment has been minimized.
This comment has been minimized.
e6107de
to
52e12c1
Compare
52e12c1
to
5b2350b
Compare
@galak Please, could you take a look to this pull request and associated OpenAMP pull request: zephyrproject-rtos/open-amp#2. |
5b2350b
to
905f828
Compare
905f828
to
c41d24d
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
doc changes LTGM, thanks!
c41d24d
to
ab5119e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
First batch of comments
ab5119e
to
088a1b9
Compare
0c918c1
to
f0591c6
Compare
@galak: gentle reminder. This PR still waits your review :) |
8b1a36e
to
b85f849
Compare
This seems to have been neglected for awhile. I just triggered a Shippable re-run. @galak could you take a look? |
b85f849
to
2add631
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In general looks good, a few updates based on changes I made to PR #17553 that we should reflect here.
samples/subsys/ipc/openamp_rsc_table/remote/stm32mp157c_dk2.overlay
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you see having more things in lib/open-amp/. Wonder if we need the rsc_table dir, or if we can flatten things a little?
Thanks @galak for the review, i will push a new version ASAP ( likely tomorrow) |
No more things it pipe for the moment, ok i will suppress the rsc_dtable dir |
2add631
to
a649b16
Compare
rsc_table dir has been suppressed |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In general looks good, some minor updates. Should we get PR #14750 merged first, after which I think this should be good.
a649b16
to
2c52aa7
Compare
Shippable issue seems not linked to this PR:
|
2c52aa7
to
a5e3033
Compare
outdated as solve by a rebase |
a5e3033
to
a4f0eba
Compare
The resource table is needed by the Linux kernel OS for a rpmsg generic support, but is also recognised by OpenAMP. This table allows to add trace based on the RAM console and to support rpmsg protocol. Signed-off-by: Arnaud Pouliquen <[email protected]>
Rebase the resource table management to the new implementation in open-amp module Signed-off-by: Arnaud Pouliquen <[email protected]>
64 kB of memory is reserved for the inter-processor communication. this makes sense only if RPMsg is used. Allow to use this memory for firmware data by default. Signed-off-by: Arnaud Pouliquen <[email protected]>
This sample is designed to respond to the Linux rpmsg sample client. It should be platform independent and based on the the integration of a resource table in the elf file. Signed-off-by: Arnaud Pouliquen <[email protected]>
a4f0eba
to
6d2865e
Compare
@galak, |
This pull request proposes an implementation of the RPMSg protocol based on a resource table.
The resource table can be use to declare resources shared between the main and coprocessor. It is integrated in the co-processor firmware in a specific section. This section can be recognized and parsed by the Linux OS kernel to initialize shared resources such as trace and RPMsg protocol.
Based on this resource table, the objective is to propose a sample that is platform agnostic and that answers to the Linux rpmsg client sample integrated in the Linux kernel distribution.
For time being this pull request only implements the co-processor side, and could be extended in future to also implement the master part.