[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181211123640.GC4632@lunn.ch>
Date: Tue, 11 Dec 2018 13:36:40 +0100
From: Andrew Lunn <andrew@...n.ch>
To: Vokáč Michal <Michal.Vokac@...ft.com>
Cc: Rob Herring <robh@...nel.org>,
Fabio Estevam <fabio.estevam@....com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
NXP Linux Team <linux-imx@....com>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
Sascha Hauer <s.hauer@...gutronix.de>,
Shawn Guo <shawnguo@...nel.org>,
Mark Rutland <mark.rutland@....com>
Subject: Re: [PATCH] ARM: dts: imx: Add Y Soft IOTA Draco, Hydra and Ursa
boards
> > Hi Rob, gentle ping on this.
> >
> > I would like to be sure how to proceed with this. Do you really want me
> > to move *all* nodes that are disabled in this common dtsi into the per
> > board dts?
> >
> > All the boards use identical PCB. Anything that is disabled here is not
> > present on at least one of the boards. It means it is routed on the
> > board and the SoC has the capability but the parts are not populated.
> >
> > So it is not only about the LED controller. What about the LCD, OLED,
> > backlight, USB..?
>
> Can anybody advice how to split these dts/dtsi files, please?
> I am not sure what should reside in the common dtsi and what should
> be moved into the per board dts in case my current solution is not
> appropriate.
The kirkwood-synology.dtsi might be of interest? There are a lot of
Synology NAS boxes which share a lot in common. So all the common
parts are in that .dtsi. The .dbs file for each individual model then
enables the parts its needs.
Although you have one PCB, or the different population options
considered different products, each with there own name?
Andrew
Powered by blists - more mailing lists