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

Better support for multi-core AMP SoCs #51833

Open
mbolivar-nordic opened this issue Nov 1, 2022 · 3 comments
Open

Better support for multi-core AMP SoCs #51833

mbolivar-nordic opened this issue Nov 1, 2022 · 3 comments
Assignees
Labels
area: Build System area: Devicetree Tooling PR modifies or adds a Device Tree tooling area: Devicetree Enhancement Changes/Updates/Additions to existing features

Comments

@mbolivar-nordic
Copy link
Contributor

mbolivar-nordic commented Nov 1, 2022

Is your enhancement proposal related to a problem?

Zephyr's support for AMP SoCs... works, but has several well-known usability problems due to workarounds for deficiencies in our hardware support features at the following layers:

This is an umbrella issue that tracks the combined usage of several related enhancements to Zephyr's hardware support which are described further in individual issues listed below.

Describe the solution you'd like

I would like Zephyr to:

I would like the implementation to be backwards compatible in the sense that merging it shall not break existing users of our current hardware support features, and shall be opt-in at the SoC (and therefore board) level.

Describe alternatives you've considered

Nordic previously tried to solve these problems in #13672 in 2019. This was rejected upstream for (valid) reasons. We have learned from this initial work and believe the above proposal can address the limitations and issues that led to its rejection.

Change history

  • 2022-10-31: initial proposal
@carlescufi
Copy link
Member

Architecture WG:

  • Presentation by @mbolivar-nordic and @tejlmand
  • @nashif worries about a 2-tier system for both Devicetree and boards: System DT vs DT and hw model v1 vs hw model v2
  • @galak agrees with @nashif that it might be confusing for users to have to deal with multiple systems
  • @henrikbrixandersen thinks that both (old and new) hw models and sysdt vs dt should coexist

@jgl-meta
Copy link
Collaborator

@mbolivar Will this be ready for the 3.4 release?

@mbolivar-nordic mbolivar-nordic moved this from v3.4 to v3.5 in Release Plan Apr 26, 2023
@mbolivar-nordic
Copy link
Contributor Author

I've moved this to v3.5 and made a note that system devicetree is not expected as part of the initial implementation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: Build System area: Devicetree Tooling PR modifies or adds a Device Tree tooling area: Devicetree Enhancement Changes/Updates/Additions to existing features
Projects
Status: To do
Development

No branches or pull requests

5 participants