Hi Olof, On Mon, May 15, 2017 at 6:09 PM, Olof Johansson <olof@xxxxxxxxx> wrote: >> The only other comment I would have is at some point, we're going to >> have overlays that aren't tied to any arch. Where are we going to put >> those? Maybe they are tied to some vendor which tends to have most >> stuff in $arch and we just continue this band-aid. Or we define some >> common location. I bring this up now only because both could use that >> location. > > Those are good questions. What kind of common overlays are you > anticipating? Things like fragments describing connectors, etc? I'm mostly using overlays to describe custom test hardware that is connection to expansion connectors on standard development boards. These fall into one of two classes: 1. Overlays enabling an on-SoC device and configuring access to it from an expansion connector, 2. Overlays describing hardware connected to a device from class1. Class 1 overlays are SoC and board-specific, so they belong in e.g. arch/arm/boot/dts/. Class 2 overlays are more universal (depending on what they extend; Pantelis' connectors work may help here), so they can be shared between architectures. Other people may have other use cases. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx 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 -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html