All of lore.kernel.org
 help / color / mirror / Atom feed
From: Giulio Benetti <giulio.benetti@benettiengineering.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Jesse Taube <mr.bossman075@gmail.com>,
	NXP Linux Team <linux-imx@nxp.com>,
	Michael Turquette <mturquette@baylibre.com>,
	Stephen Boyd <sboyd@kernel.org>, Rob Herring <robh+dt@kernel.org>,
	Shawn Guo <shawnguo@kernel.org>,
	Sascha Hauer <s.hauer@pengutronix.de>,
	Sascha Hauer <kernel@pengutronix.de>,
	Fabio Estevam <festevam@gmail.com>,
	Ulf Hansson <ulf.hansson@linaro.org>,
	Dong Aisheng <aisheng.dong@nxp.com>,
	Stefan Agner <stefan@agner.ch>,
	Linus Walleij <linus.walleij@linaro.org>,
	gregkh <gregkh@linuxfoundation.org>,
	Olof Johansson <olof@lixom.net>, SoC Team <soc@kernel.org>,
	Russell King - ARM Linux <linux@armlinux.org.uk>,
	Abel Vesa <abel.vesa@nxp.com>,
	Adrian Hunter <adrian.hunter@intel.com>,
	Jiri Slaby <jirislaby@kernel.org>,
	Nobuhiro Iwamatsu <nobuhiro1.iwamatsu@toshiba.co.jp>,
	linux-clk <linux-clk@vger.kernel.org>,
	DTML <devicetree@vger.kernel.org>,
	Linux ARM <linux-arm-kernel@lists.infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-mmc <linux-mmc@vger.kernel.org>,
	"open list:GPIO SUBSYSTEM" <linux-gpio@vger.kernel.org>,
	"open list:SERIAL DRIVERS" <linux-serial@vger.kernel.org>
Subject: Re: [PATCH v5 0/9] Add initial support for the i.MXRTxxxx SoC family starting from i.IMXRT1050 SoC.
Date: Thu, 16 Dec 2021 18:26:37 +0100	[thread overview]
Message-ID: <21CC5841-7425-4A4D-AE02-D596DE5EBDED@benettiengineering.com> (raw)
In-Reply-To: <CAK8P3a29tzgd_4WncippZBEJra9n0bQTysBkPBp_WA0sb28gTg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 4782 bytes --]

Hi Arnd, Jesse, All,

> Il giorno 16 dic 2021, alle ore 09:26, Arnd Bergmann <arnd@arndb.de> ha scritto:
> 
> On Wed, Dec 15, 2021 at 11:05 PM Jesse Taube <mr.bossman075@gmail.com> wrote:
>> 
>> This patchset contains:
>> - i.MXRT10xx family infrastructure
>> - i.MXRT1050 pinctrl driver adaption
>> - i.MXRT1050 clock driver adaption
>> - i.MXRT1050 sd-card driver adaption
>> - i.MXRT1050 uart driver adaption
>> - i.MXRT1050-evk basic support
>> 
>> The i.MXRTxxxx family that could have support by Linux actually spreads
>> from i.MXRT1020 to i.MXRT1170 with the first one supporting 1 USB OTG &
>> 100M ethernet with a cortex-M7@500Mhz up to the latter with i.MXRT1170
>> with cortex-M7@1Ghz and cortex-M4@400Mhz, 2MB of internal SRAM, 2D GPU,
>> 2x 1Gb and 1x 100Mb ENET. The i.MXRT family is NXP's answer to
>> STM32F7XX, as it uses only simple SDRAM, it gives the chance of a 4 or
>> less layer PCBs. Seeing that these chips are comparable to the
>> STM32F7XXs which have linux ported to them it seems reasonable to add
>> support for them.
>> 
>> Giving Linux support to this family should ease the development process,
>> instead of using a RTOS they could use Embedded Linux allowing for more
>> portability, ease of design and will broaden the scope of people using
>> embedded linux.
>> 
>> The EVK has very little SDRAM, generally 32MB starting from
>> i.MXRT1020(the lowest P/N), although the i.MXRT1160/70 provide instead
>> 64MB of SDRAM for more functionality.
>> 
>> At the moment we do not support XIP for either u-boot or Linux but it
>> should be done in the future. XIP will also save SDRAM.
>> 
>> Another interesting fact is the amount of internal SRAM, as the P/N
>> increases the SRAM will reach up to 2MB(some could be for cache and
>> some would be for video).
>> 
>> Also, some parts have embed flash of 4MB that can be used for
>> u-boot/Linux, if both correctly sized it will leave the SDRAM free.
>> 
>> External flash can be Quad SPI and HyperFlash, so throughput would be
>> decent.
>> 
>> The i.MXRT11xx series supports MIPI interface too.
>> 
>> The family in general provide CAN bus, audio I/O, 1 or more
>> USB(otg/host), 1 or more 100Mb/1Gb ethernet, camera interface, sd-card.
>> 
>> All this can be used for simple GUIs, web-servers, point-of-sale
>> stations, etc.
> 
> This looks all good to me now, but the drivers need to be reviewed by the
> respective subsystem maintainers before we can merge it into the soc
> tree. As with other new SoCs, I'm happy to merge the support as a combined
> pull request that includes the drivers provided that the driver subsystem
> maintainers have reviewed them.
> 
> Ideally the i.MX maintainers would pick up your series into a separate
> branch and send that to soc@kernel.org the same way as the other topic
> branches that are usually split out between DT, drivers, soc code etc.
> 
> With the Christmas break coming up, the timing may not be sufficient
> before I'm off next week, so it may end up too late for 5.17 but should
> be fine for 5.18.
> 
> As a more general comment, it's always nice to see newly added SoC
> platforms, especially when they are this well implemented and done
> by hobbyists. However, I do think you are being overly optimistic
> as to how useful this is going to be to other people: interest in NOMMU
> ARM platforms has dropped a lot over the past 5 years, and as far as I
> can tell, it is only being kept alive for existing stm32 customers
> as the economics do not favor Linux on Cortex-M for new products
> compare to Linux on Cortex-A or some RTOS on Cortex-M.
> 
> The existing users will inevitably stop updating their kernels at some
> point, and then it's most likely just you and Vladimir Murzin that care.

About this will you accept support for the other SoCs in the family?
We would like to add in the near future:
- i.MXRT1020(uboot support is already upstreamed)
- i.MXRT1024(almost equal to 1020)
- i.MXRT1060(almost equal to 1050)
- i.MXRT1064(almost equal to 1060)

And the i.MXRT1160/70 new family with faster core clock(1Ghz) and a cortex M4.

We need to add missing lcd(uboot upstreamed), usb(uboot upstreamed), ethernet(wip) supports
for i.MXRT10xx family.

This is to organize with Jesse also about buying evaluation boards and timing.

We’ve meant this porting also as an exercise to deal with Linux deeper for us and for the other newbies.

We’ve been also asked about a possible support for s32s(quad cortex-R52) on initial emails but it has no mmu too.
While I’m seeing that some cortex-R is landing inside Linux.
Would it be interesting anyway?

Best regards
—-
Giulio Benetti
Benetti Engineering sas

> 
>       Arnd

[-- Attachment #2: Type: text/html, Size: 8323 bytes --]

  reply	other threads:[~2021-12-16 17:26 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-15 22:05 [PATCH v5 0/9] Add initial support for the i.MXRTxxxx SoC family starting from i.IMXRT1050 SoC Jesse Taube
2021-12-15 22:05 ` Jesse Taube
2021-12-15 22:05 ` [PATCH v5 1/9] ARM: imx: Add initial support for i.MXRT10xx family Jesse Taube
2021-12-15 22:05   ` Jesse Taube
2021-12-15 22:05 ` [PATCH v5 2/9] ARM: dts: imxrt1050-pinfunc: Add pinctrl binding header Jesse Taube
2021-12-15 22:05   ` Jesse Taube
2021-12-15 22:05 ` [PATCH v5 3/9] dt-bindings: imx: Add clock binding for i.MXRT1050 Jesse Taube
2021-12-15 22:05   ` Jesse Taube
2021-12-15 22:05 ` [PATCH v5 4/9] dt-bindings: clock: imx: Add documentation for i.MXRT1050 clock Jesse Taube
2021-12-15 22:05   ` Jesse Taube
2021-12-16 15:58   ` Rob Herring
2021-12-16 15:58     ` Rob Herring
2021-12-15 22:05 ` [PATCH v5 5/9] clk: imx: Add initial support for i.MXRT1050 clock driver Jesse Taube
2021-12-15 22:05   ` Jesse Taube
2021-12-16 16:07   ` Abel Vesa
2021-12-16 16:07     ` Abel Vesa
2021-12-15 22:05 ` [PATCH v5 6/9] dt-bindings: serial: fsl-lpuart: add i.MXRT1050 compatible Jesse Taube
2021-12-15 22:05   ` Jesse Taube
2021-12-16 20:31   ` Rob Herring
2021-12-16 20:31     ` Rob Herring
2021-12-15 22:05 ` [PATCH v5 7/9] tty: serial: fsl_lpuart: Add i.MXRT1050 support Jesse Taube
2021-12-15 22:05   ` Jesse Taube
2021-12-15 22:05 ` [PATCH v5 8/9] ARM: dts: imx: Add i.MXRT1050-EVK support Jesse Taube
2021-12-15 22:05   ` Jesse Taube
2021-12-15 22:05 ` [PATCH v5 9/9] ARM: imxrt_defconfig: Add i.MXRT family defconfig Jesse Taube
2021-12-15 22:05   ` Jesse Taube
2021-12-16  8:26 ` [PATCH v5 0/9] Add initial support for the i.MXRTxxxx SoC family starting from i.IMXRT1050 SoC Arnd Bergmann
2021-12-16  8:26   ` Arnd Bergmann
2021-12-16 17:26   ` Giulio Benetti [this message]
2021-12-16 17:33   ` [RESEND in plain-test] " Giulio Benetti
2021-12-16 17:33     ` Giulio Benetti
2021-12-16 21:13     ` Arnd Bergmann
2021-12-16 21:13       ` Arnd Bergmann
2021-12-17  9:54       ` Giulio Benetti
2021-12-17  9:54         ` Giulio Benetti
2021-12-17 10:28         ` Arnd Bergmann
2021-12-17 10:28           ` Arnd Bergmann
2021-12-17 11:54           ` Giulio Benetti
2021-12-17 11:54             ` Giulio Benetti

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=21CC5841-7425-4A4D-AE02-D596DE5EBDED@benettiengineering.com \
    --to=giulio.benetti@benettiengineering.com \
    --cc=abel.vesa@nxp.com \
    --cc=adrian.hunter@intel.com \
    --cc=aisheng.dong@nxp.com \
    --cc=arnd@arndb.de \
    --cc=devicetree@vger.kernel.org \
    --cc=festevam@gmail.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=jirislaby@kernel.org \
    --cc=kernel@pengutronix.de \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=linux-serial@vger.kernel.org \
    --cc=linux@armlinux.org.uk \
    --cc=mr.bossman075@gmail.com \
    --cc=mturquette@baylibre.com \
    --cc=nobuhiro1.iwamatsu@toshiba.co.jp \
    --cc=olof@lixom.net \
    --cc=robh+dt@kernel.org \
    --cc=s.hauer@pengutronix.de \
    --cc=sboyd@kernel.org \
    --cc=shawnguo@kernel.org \
    --cc=soc@kernel.org \
    --cc=stefan@agner.ch \
    --cc=ulf.hansson@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.