[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bde8de134f59c4375e4048faf124c61af0b95920.camel@infradead.org>
Date: Wed, 05 Aug 2020 09:36:27 +0100
From: David Woodhouse <dwmw2@...radead.org>
To: Frank Wunderlich <frank-w@...lic-files.de>
Cc: Chun-Kuang Hu <chunkuang.hu@...nel.org>,
Ryder Lee <ryder.lee@...iatek.com>,
Daniel Vetter <daniel@...ll.ch>,
chunhui dai <chunhui.dai@...iatek.com>,
David Airlie <airlied@...ux.ie>, linux-kernel@...r.kernel.org,
dri-devel@...ts.freedesktop.org,
Matthias Brugger <matthias.bgg@...il.com>,
linux-mediatek@...ts.infradead.org,
Philipp Zabel <p.zabel@...gutronix.de>,
CK Hu <ck.hu@...iatek.com>, Frank Wunderlich <linux@...web.de>,
Bibby Hsieh <bibby.hsieh@...iatek.com>,
linux-arm-kernel@...ts.infradead.org,
Rob Herring <robh+dt@...nel.org>, devicetree@...r.kernel.org,
Sean Wang <sean.wang@...iatek.com>
Subject: Re: Aw: Re: Re: [PATCH v4 6/6] arm: dts: mt7623: add display
subsystem related device nodes
On Wed, 2020-08-05 at 09:27 +0200, Frank Wunderlich wrote:
> or should we split dtsi to have a common part (mt7623.dtsi), and one for
> soc (mt7623n.dtsi/mt7623a.dtsi)?
>
> mt7623.dtsi => mt7623n.dtsi => mt7623n-bananapi-bpi-r2.dts
> mt7623.dtsi => mt7623a.dtsi => mt7623a-unielec-u7623.dts (not existing yet,
> openwrt seems to use a board-specific dtsi)
Yes, I think we should.
I'll create mt7623a.dtsi and upstream the U7623 support; I think that
can happen without conflicting with anything you do.
I note that the GPU node has been added to mt7623.dtsi in 5.8 too;
that'll want to move to the new mt7623n.dtsi that you create, along
with your other new additions.
Does that seem reasonable?
Download attachment "smime.p7s" of type "application/x-pkcs7-signature" (5174 bytes)
Powered by blists - more mailing lists