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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Am Montag, den 22.01.2018, 16:11 +0100 schrieb Arnd Bergmann:
> On Mon, Jan 22, 2018 at 3:47 PM, Shawn Guo <shawnguo@xxxxxxxxxx>
> 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@xxxxxxxxxxxxxx>
> > > ---
> > >  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
--
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



[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux