Beginning work on BSP for i.MX RT 10xx (1052 specifically)

[dufault at hda.com]

> On Feb 9, 2020, at 12:05 , Sebastian Huber <sebastian.huber at embedded-brains.de> wrote:
> 
>>> I'm not sure if "variant" is the correct term.  I look forward to seeing what your approach is.
>> Yes sorry. I didn't look up the established term. From what I can tell
>> now, I don't think that there will be any conditional compiling
>> necessary. That would mean that imx6ul and imx7 can use the same BSP.
>> There are differences for the clocks but these are already covered by
>> configure variables.
> 
> I only had a brief look at the i.MX RT series:
> 
> https://www.nxp.com/products/processors-and-microcontrollers/arm-microcontrollers/i.mx-rt-crossover-mcus:IMX-RT-SERIES
> 
> They are Cortex-M based. I think for the RT series we need a new BSP family due to the different processor architecture (i.MX 6/7 is Cortex-A). In case device trees are available for these chips, then I would use them instead of hard coded values. Device driver code should be shared if possible. I don't want new copy and paste drivers.

Yes, they are Cortex-M and not Cortex-A.  My plan, before realizing EB was extending the "imx" driver, was to start in the "imx" tree to get started but probably move to an "imx-rt" BSP once I knew what could be shared and what couldn't.  I don't want new copy and paste drivers.

I haven't been using device trees, it's been background noise. I'll need to review.

This brings me to a second important question regarding copy and paste: I installed the NXP MCUXpresso IDE to start reviewing the code available from NXP for the platform.

The plus:  The NXP code is BSD licensed.
The minus: This IDE supports computer assisted copy and paste.
- Any project I select that includes ethernet will install yet another copy of the ethernet driver C code.
- Everything that's installed appears to be specific to the i.MX 1064, at least as far as the names are.  I decided to use the i.MX RT 1064 development board to get started.
- I haven't located a download repository to bypass this nonsense and download the software in a reasonable layout.

I'd like to be able to pull down an NXP software repository for e.g. the i.MX RT family, import and label it, and then work from that, bugt I don't see that it's available.

It's hard for me to believe that this is how NXP internal SW development works.  This must be what's exported to be convenient for the pointers and clickers.

Does anyone know of a source of NXP code for recent platforms other than installing the IDE?

Peter
-----------------
Peter Dufault
HD Associates, Inc.      Software and System Engineering

This email is delivered through the public internet using protocols subject to interception and tampering.