[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