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

devicetree: allow generation of properties that don't have a binding #24773

Closed
galak opened this issue Apr 28, 2020 · 2 comments
Closed

devicetree: allow generation of properties that don't have a binding #24773

galak opened this issue Apr 28, 2020 · 2 comments

Comments

@galak
Copy link
Collaborator

galak commented Apr 28, 2020

Today we only generate defines if there is a binding that matches the node. The matching of binding to a node is done via compatible.

There are a number of cases related to nodes that describe memory regions that don't have a compatible and thus dont have bindings. Its completely feasible with the new generation and macro scheme to access such data.

For example we might have:

chosen {
    zephyr,ipc_shm = &shmem;
}

reserved-memory {
    #address-cells = <1>;
    #size-cells = <1>;
   ranges;
   shem: shem@f000 {
       reg = <0f000 0x1000>;
   };

Today this will not work properly as we'll not have any reg properties generated for the smem@f000 node.

@galak
Copy link
Collaborator Author

galak commented Apr 28, 2020

There are also a number of cases in which we incorrectly mark memory nodes as mmio-sram compatible that are not.

@galak galak added the dev-review To be discussed in dev-review meeting label Apr 29, 2020
@galak galak removed the dev-review To be discussed in dev-review meeting label May 14, 2020
@galak
Copy link
Collaborator Author

galak commented May 14, 2020

We merged a change that allows generation for a known fixed set of properties as defined by the DTS spec.

@galak galak closed this as completed May 14, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant