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

Prep for building separate packages for base, npu, and alveo #8691

Merged
merged 3 commits into from
Jan 14, 2025

Conversation

stsoe
Copy link
Collaborator

@stsoe stsoe commented Jan 14, 2025

Problem solved by the commit

Support breaking XRT build into base, npu, and alveo packages with
separate packages for deployment and development. Still work-in-progress.

How problem was solved, alternative solutions (if any) and why they were rejected

Define CMake components for legacy xrt, new base, and for npu. Add
conditional CMake flags for enabling / disabling parts of the code
base depending on what component is built.

Add build.sh switches for building base and npu packages.

By default build.sh continues to build legacy packages with no
changes to content.

Specifying build.sh -base builds base deployment and development
packages. For the time being (as this is work-in-progress) everything
not explicitly excluded when building for base component will be
dumped into the base packages.

Specifying build.sh -npu builds a single npu package containing both
deployment and development. For the time being (as this is
work-in-progress) everything not explicitly excluded with building for
npu component will be dumped into the npu package. E.g., preserves
the current behavior.

No changes have been made to how aiebu submodule is built; changes
will follow later as the components built for aiebu are incorrectly
named. Also, it's TBD if aiebu should be included in appropriate XRT
component (npu and maybe alveo).

For time being, windows build22.bat was changed to build legacy XRT
no changes. Later windows builds will be updated to support base and
npu along with deployment and development (SDK).

Risks (if any) associated the changes in the commit

Edge unknown

What has been tested and how, request additional testing if necessary

Build with build.sh -opt followed by comparing content of all component packages.

stsoe added 2 commits January 13, 2025 21:18
Support breaking XRT build into base, npu, and alveo packages with
separate packages for deployment and development.

Define CMake components for legacy xrt, new base, and for npu. Add
conditional CMake flags for enabling / disabling parts of the code
base depending on what component is built.

Add build.sh switches for building base and npu packages.

By default `build.sh` continues to build legacy packages with no
changes to content.

Specifying `build.sh -base` builds base deployment and development
packages. For the time being (as this is work-in-progress) everything
not explicitly excluded when building for `base` component will be
dumped into the base packages.

Specifying `build.sh -npu` builds a single npu package containing both
deployment and development.  For the time being (as this is
work-in-progress) everything not explicitly excluded with building for
`npu` component will be dumped into the npu package.  E.g., preserves
the current behavior.

No changes have been made to how aiebu submodule is built; changes
will follow later as the components built for aiebu are incorrectly
named.  Also, it's TBD if aiebu should be included in appropriate XRT
component (npu and maybe alveo).

Signed-off-by: Soren Soe <[email protected]>
Remove all xrt-dev-targets exports and consolidate install targets
to modern syntax.

Signed-off-by: Soren Soe <[email protected]>
By defaulting to legacy XRT build, we don't have to change windows
build scripts right now.

Signed-off-by: Soren Soe <[email protected]>
@stsoe stsoe merged commit 3723976 into Xilinx:master Jan 14, 2025
20 checks passed
@stsoe stsoe deleted the npu_alveo_xrt branch January 14, 2025 18:58
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant