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

ZyncMP Inter-Processor Interrupt / Interface API #231

Closed
wants to merge 5 commits into from

Conversation

kernelchuk
Copy link
Contributor

@kernelchuk kernelchuk commented Mar 31, 2023

Hi, I'm trying to review and upstream our Inter-Processor Interrupt / Interface (IPI) code reorganization.
I think O_WRONLY should not be flagged as a spelling error.

Wendy Liang added 4 commits March 30, 2023 22:29
Introduce common APIs for Inter-Processor Interrupt / Interface
initialization and notification.

Signed-off-by: Wendy Liang <wendy.liang@xilinx.com>
Add IPI uio based API implementation.

Signed-off-by: Wendy Liang <wendy.liang@xilinx.com>
Add IPI mailbox IPI implementation with the remoteproc kick
sysfs API.

Signed-off-by: Wendy Liang <wendy.liang@xilinx.com>
Change to use IPI common API so that it can swtich from
IPI uio implementaion or IPI rproc sysfs implementation.

Signed-off-by: Wendy Liang <wendy.liang@xilinx.com>
@arnopo arnopo requested review from edmooring and arnopo April 6, 2023 15:44
@arnopo
Copy link
Contributor

arnopo commented Apr 6, 2023

I took a look at your PR.
it is only example of implementation, right?

We have now the system reference repository
which would be (in my opinion) the good places for examples.

I would prefer to move this to the system_reference instead of overloading the library with examples related to one platform.

@edmooring , @wmamills any opinion on That?

@edmooring
Copy link
Contributor

I took a look at your PR. it is only example of implementation, right?

We have now the system reference repository which would be (in my opinion) the good places for examples.

I would prefer to move this to the system_reference instead of overloading the library with examples related to one platform.

@edmooring , @wmamills any opinion on That?

@arnopo I agree that the examples would mostly be better in open amp-system-reference. I don't think that this is an issue for this upcoming release.

Copy link
Contributor

@edmooring edmooring left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks good to me, but should be moved to the system reference repo. I think much of this code is not Xilinx-specific and could be moved to a more general build.

@kernelchuk
Copy link
Contributor Author

kernelchuk commented May 9, 2023

Hi Ed and Arnaud,
Thank you for your review. I agree that we should move our libmetal zynqmp_amp_demo examples to system reference repository. The changes are to nine (9) files out of 13 directories, 48 files under the examples directory.

Our AMD/Xilinx internal libmetal branch is about 20 commits ahead of the upstream and I’m in the process of moving our development to “upstream-first” mode. I think it’s easier to move to the new repo after I upstream the delta. This will give me time to adjust our Yocto build and our internal CI scripts to use the new repo.

@arnopo arnopo requested a review from edmooring May 9, 2023 14:30
@arnopo
Copy link
Contributor

arnopo commented May 9, 2023

Hi @kernelchuk

Hi Ed and Arnaud, Thank you for your review. I agree that we should move our libmetal zynqmp_amp_demo examples to system reference repository. The changes are to nine (9) files out of 13 directories, 48 files under the examples directory.

Our AMD/Xilinx internal libmetal branch is about 20 commits ahead of the upstream and I’m in the process of moving our development to “upstream-first” mode. I think it’s easier to move to the new repo after I upstream the delta. This will give me time to adjust our Yocto build and our internal CI scripts to use the new repo.

I'm not fan of using libmetal as a temporary repo for AMD upstream. I would prefer that you keep Libmetal unchanged in a first step. Implement/duplicate your examples in the https://github.com/OpenAMP/openamp-system-reference. When everything will be updated in your Yocto and CI scripts, remove the deprecated code in Libmetal.
During this period, some build configurations could be added in case of build issue in libmetal AMD directories .

@kernelchuk kernelchuk mentioned this pull request Jun 2, 2023
@github-actions
Copy link

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

@github-actions github-actions bot added the Stale label Oct 14, 2023
@github-actions github-actions bot closed this Oct 22, 2023
@wmamills wmamills reopened this Oct 24, 2023
@wmamills
Copy link
Contributor

I can't see why this was closed. I reopened it. If there was a reason it was close please supply it.

@github-actions github-actions bot removed the Stale label Oct 25, 2023
@arnopo arnopo added the Stale label Nov 2, 2023
@kernelchuk
Copy link
Contributor Author

Closing due to OpenAMP/openamp-system-reference#21

@kernelchuk kernelchuk closed this Nov 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants