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

Sysbuild support for system devicetree #57623

Open
mbolivar-nordic opened this issue May 5, 2023 · 1 comment
Open

Sysbuild support for system devicetree #57623

mbolivar-nordic opened this issue May 5, 2023 · 1 comment
Assignees
Labels
area: Build System area: Sysbuild Enhancement Changes/Updates/Additions to existing features

Comments

@mbolivar-nordic
Copy link
Contributor

Postponed

Since system devicetree support (#51830) is on hold, this issue is as well.

Parent issue

This issue is part of a larger issue: #51833

Is your enhancement proposal related to a problem?

Zephyr's sysbuild feature lets users set up and develop with multiple interrelated Zephyr- and non-Zephyr application directories. If my application directory has sysbuild integration, I can use it to build, flash, and debug all of the applications at once with command lines like this example:

$ west build --sysbuild -b board my-top-level-app-dir # builds multiple applications
$ west flash # flashes all the application images to my board

If Zephyr adopts support for system devicetree, I will need a convenient way to use it within sysbuild.

Describe the solution you'd like

Sysbuild awareness of system devicetree, especially the ability to apply system devicetree overlays at sysbuild's CMake time, to hardware (socs / boards) supported via hardware model v2 (see #51832 for details).

At a high level, I would like sysbuild to be able to manage the portions of this diagram with a white background, creating and managing the individual zephyr build systems in the shaded boxes:

image

I would like this enhancement to be supported in a backwards compatible way: no existing sysbuild use cases with "regular" devicetree should be broken.

Describe alternatives you've considered

Continuing to use standard devicetrees is workable, but introduces redundancy and room for error.

Change history

  • 2023-05-05: split this issue apart from sysbuild support for hardware model v2
@mbolivar-nordic mbolivar-nordic added the Enhancement Changes/Updates/Additions to existing features label May 5, 2023
@zephyrbot zephyrbot added Needs review This PR needs attention from Zephyr's maintainers and removed Needs review This PR needs attention from Zephyr's maintainers labels Feb 8, 2024
@zephyrbot
Copy link
Collaborator

Hi @tejlmand, @tejlmand,

This issue, marked as an Enhancement, was opened a while ago and did not get any traction. It was just assigned to you based on the labels. If you don't consider yourself the right person to address this issue, please re-assing it to the right person.

Please take a moment to review if the issue is still relevant to the project. If it is, please provide feedback and direction on how to move forward. If it is not, has already been addressed, is a duplicate, or is no longer relevant, please close it with a short comment explaining the reason.

@mbolivar-nordic you are also encouraged to help moving this issue forward by providing additional information and confirming this request/issue is still relevant to you.

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: Build System area: Sysbuild Enhancement Changes/Updates/Additions to existing features
Projects
None yet
Development

No branches or pull requests

4 participants