-
Notifications
You must be signed in to change notification settings - Fork 6.9k
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
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
added
Enhancement
Changes/Updates/Additions to existing features
area: Build System
area: Devicetree
area: Devicetree Tooling
PR modifies or adds a Device Tree tooling
Hardware Support
labels
Nov 1, 2022
This was referenced Nov 1, 2022
Closed
5 tasks
Architecture WG:
|
@mbolivar Will this be ready for the 3.4 release? |
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
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:
support system devicetree: see System devicetree support #51830: POSTPONED. This is still a long-term goal, but we propose an initial implementation with standard devicetrees.define a new, future-proof hardware model which works for AMP SoCs: see Hardware model v2 #51831
allow using sysbuild as a convenient entry point to the above:
Support simulation of AMP targets [RFC] New host simulation target: Native simulator #58305
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
The text was updated successfully, but these errors were encountered: