Hi Frank,
On Fri, Feb 23, 2018 at 3:38 AM, Frank Rowand frowand.list@gmail.com wrote:
I was hoping to be able to convert the .dts files to use sugar syntax instead of hand coding the fragment nodes, but for this specific set of files I failed, since the labels that would have been required do not already exist in the base .dts files that that overlays would be applied against.
Indeed, hence the fixup overlays use "target-path".
BTW, is there any specific reason there is no sugar syntax support in dtc for absolute target paths? I guess to prevent adding stuff to a random existing node, and to encourage people to use a "connector" API defined in term of labels?
I'm also in the process of converting my collection of DT overlays to sugar syntax, and lack of support for "target-path" is the sole thing that holds me back from completing this. So for now I use a mix of sugar and traditional overlay syntax.
In particular, I need "target-path" for two things: 1. To refer to the root node, for adding devices that should live at (a board subnode of) the root node, like: - devices connected to GPIO controllers provided by other base or overlay devices (e.g. LEDs, displays, buttons, ...), - clock providers for other overlays devices (e.g. fixed-clock). 2. To refer to the aliases node, for adding mandatory serialX aliases.
The former is the real blocker for me.
The latter doesn't work with plain upstream (hacky patches available), so I'm working on getting rid of the serialX requirement in the serial driver.
Thanks!
Gr{oetje,eeting}s,
Geert
-- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds