On Fri, Jul 21, 2017 at 09:24:35PM -0700, Cyril Novikov wrote:
> On 7/18/2017 8:40 PM, David Gibson wrote:
>
> > Well, I don't want to invent a new encoding if we can possibly avoid
> > it. The current encoding used for overlay generation looks like this
> >
> > / {
> > target: node@0 {
> > };
> > node@1 {
> > ref = <&target>;
> > };
> > __local_fixups__ = {
> > node@1 {
> > ref = <0>;
> > };
> > };
> > };
> >
> > Basically, __local_fixups__ has a subtree which paralells the main
> > tree. Each property found under __local_fixups__ is a list of offsets
> > at which phandle references appear in the corresponding property in
> > the main tree.
> >
> > That seems like it would survive most likely bootloader
> > transformations as well, I think.
> >
> > > Even if they do, like I said in my reply to David, we don't strive to
> > > achieve a full automation, so it's probably tolerable. Oh well, we've missed
> > > some dependencies. It's still better than what we have now.
> >
> > Ok. I'm tentatively convinced that it's worth adding a switch to dtc
> > to generate __local_fixups__even for a non-plugin source.
> >
> > Next step is for someone to propose a concrete patch.
>
> Do you mean a patch to the DTC utility or a patch to the Devicetree
> Specification?
I was meaning a patch to dtc. Exactly what's mean by the "Devicetree
Specification" is a bit unclear. There's the spec of the flattened
encoding, the spec of what goes in the tree (i.e. the collected
bindings). And then there's the spec of formats using the flattened
tree format to encode something that's not a traditional device tree
(though it might be related), like FIT and overlays.
> I suppose we want this specced, so that alternative
> incompatible implementations do not appear?
Well sort of, but it's not clear where to put it. This is basically a
new option to make dtc add "overlay style" __local_fixups__
information to a non-overlay. Does that belong in the overlay spec
(such as it is) or somewhere else.
> The engineer looking at it told
> me it's only a few lines change for the DTC.
Maybe a little more than that to make something polished, but not
complex, no.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
Attachment:
signature.asc
Description: PGP signature
