-
Notifications
You must be signed in to change notification settings - Fork 19
Add vendor specific build support #83
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
base: main
Are you sure you want to change the base?
Add vendor specific build support #83
Conversation
63ee589 to
c2a74e3
Compare
|
@arnopo i have moved to machine and updated copyright i also added some cmake options so our vendor-specific build cases wont affect default upstream workflows |
c2a74e3 to
27ea3ca
Compare
arnopo
left a comment
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.
The cmake folder looks good to me.
However, it seems that the machine folder needs to be reorganized if we introduce the vendor concept.
As done in several projects (Linux, Zephyr, etc.), it llok to me that having a hierarchy like vendor/platform would be better than having the vendor and platform at the same level.
Would it be possible?
27ea3ca to
0e10bce
Compare
arnopo
left a comment
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.
LGTM, thanks!
edmooring
left a comment
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.
Looks good to go.
|
@bentheredonethat , please could you rebase the PR to resolve conflicts |
0e10bce to
ba1b82a
Compare
|
@arnopo i removed echo app commit because it looks like it has been fixed |
| app_gic_initialize(); | ||
|
|
||
| /* Initialize metal Xilinx IRQ controller */ | ||
| ret = metal_xlnx_irq_init(); |
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.
This file is not needed anymore. This change should be rebased on latest branch.
|
I think we should merge this in the next release, after downstream repo works with libmetal xlnx extension module. Edit: I think this commit should be removed from this PR: examples: legacy_apps: vendor: Add initial vendor port for AMD-Xilinx platforms Other two commits we can merge. I think we should create new PR for other two commits, because it's actually fixing the bug. Thanks. |
|
@tnmysh sure will open new PR for the bug fixes |
ba1b82a to
e40760a
Compare
e40760a to
b47455c
Compare
|
@arnopo i have rebased off latest |
b47455c to
9703a1d
Compare
… platforms Add CMake logic to build AMD-xilinx classic OpenAMP RPU Firmware demos using Software Hardware Exchange Loop (SHEL) Flow to generate linker script. This can be done with Lopper to generate the device tree and native CMake, Yocto AMD-Xilinx Embedded Development Framework (EDF) or Vitis Unified IDE Workflows. As part of this add options for vendor specific build. By default all tests and examples will still build but add options to make each mutable. Signed-off-by: Ben Levinsky <ben.levinsky@amd.com>
9703a1d to
c6d6316
Compare
No description provided.