[PATCH 2/4] arm64: add basic DTS for i.MX8MQ

Lucas Stach l.stach at pengutronix.de
Mon Jan 22 09:50:21 PST 2018


Am Montag, den 22.01.2018, 16:11 +0100 schrieb Arnd Bergmann:
> On Mon, Jan 22, 2018 at 3:47 PM, Shawn Guo <shawnguo at kernel.org>
> wrote:
> > On Wed, Jan 17, 2018 at 07:32:42PM +0100, Lucas Stach wrote:
> > > This adds the basic DTS for the i.MX8MQ.
> > > For now only the following peripherals are supported:
> > > - IOMUXC (pin controller)
> > > - CCM (clock controller)
> > > - GPIO
> > > - UART
> > > - uSDHC (SD/eMMC controller)
> > > - FEC (ethernet controller)
> > > - i2c
> > > 
> > > This is enough to get a very basic board support up and running.
> > > 
> > > One known limitation is that the driver for the GPC interrupt
> > > controller is still missing, rendering the CPU sleep states
> > > unusable
> > > as there is nothing waking them up anymore. This will be fixed in
> > > due course.
> > > 
> > > Signed-off-by: Lucas Stach <l.stach at pengutronix.de>
> > > ---
> > >  arch/arm64/boot/dts/Makefile             |   1 +
> > >  arch/arm64/boot/dts/nxp/imx8mq-pinfunc.h | 632
> > > +++++++++++++++++++++++++++++++
> > >  arch/arm64/boot/dts/nxp/imx8mq.dtsi      | 418
> > > ++++++++++++++++++++
> > 
> > So we will have the following two folders for SoCs from the same
> > company.
> > 
> >  arch/arm64/boot/dts/nxp/
> >  arch/arm64/boot/dts/freescale/
> 
> It might get worse once the sale to Qualcomm goes through and maybe
> if
> Broadcom makes another bid for Qualcomm in a few years ;-)
> 
> > I'm a bit uncomfortable with that.  @Arnd, do you have an opinion
> > how we
> > should handle them?
> 
> It's a recurring problem of course. I have a small preference for
> just adding
> the i.mx files to arch/arm64/boot/dts/freescale/, but I'd leave it up
> to you.

The nice thing about the split into Freescale/NXP is that it nicely
separates the Layerscape and i.MX stuff, which are two quite different
architectures. But that's just a nice coincidence and I'll happily
rework the patches to whatever suits the maintainers most. Please make
a judgement call.

Regards,
Lucas



More information about the linux-arm-kernel mailing list