i.MX 7 Computer on Module - Colibri iMX7

Overview

The i.MX7 SoC is a Hybrid multi-core processor composed by Single/Dual Cortex A7 core and Single Cortex M4 core. Zephyr was ported to run on the M4 core. In a later release, it will also communicate with the A7 core (running Linux) via RPmsg.

Hardware

  • i.MX7 Single/Dual Cortex A7 (800MHz/1.0GHz) core and Single Cortex M4 (200MHz) core

  • Memory

    • RAM -> A7: 256MB, 512MB and 1GB

    • RAM -> M4: 3x32KB (TCML, TCMU, OCRAM_S), 1x128KB (OCRAM) and 1x256MB (DDR)

    • Flash -> A7: 4Gb eMMC and 512Mb NAND

  • Display

    • RGB 1920x1080x24bpp

    • 4-wire Resistive touch

  • Multimedia

    • 1x Camera Parallel Interface

    • 1x Analog Audio Line in (Stereo)

    • 1x Analog Audio Mic in (Mono)

    • 1x Analog Audio Headphone out (Stereo)

  • Connectivity

    • USB 2.0 OTG (High Speed)

    • USB 2.0 host (High Speed)

    • 10/100 Mbit/s Ethernet PHY

    • 4x I2C

    • 4x SPI

    • 7x UART

    • 1x IrDA

    • 20x PWM

    • Up to 125 GPIO

    • 4x Analog Input (12 Bit)

    • 2x SDIO/SD/MMC (8 Bit)

    • 2x CAN

For more information about the i.MX 7 SoC, Colibri iMX7 Computer on Module and Colibri Evaluation Board, see these references:

Supported Features

The Colibri iMX7D Computer on Module with Colibri Evaluation Board configuration supports the following hardware features on the Cortex M4 Core:

Interface

Controller

Driver/Component

NVIC

on-chip

nested vector interrupt controller

SYSTICK

on-chip

systick

GPIO

on-chip

gpio

I2C

on-chip

i2c

PWM

on-chip

pwm

UART

on-chip

serial port-polling; serial port-interrupt

The default configuration can be found in the defconfig file:

Other hardware features are not currently supported by the port.

Connections and IOs

The Colibri iMX7D Computer on Module with Colibri Evaluation Board was tested with the following pinmux controller configuration.

Board Name

SoC Name

Usage

UART_B RXD

UART2_TXD

UART Console

UART_B TXD

UART2_RXD

UART Console

SODIMM_135

GPIO1_IO02

LED0

SODIMM_133

GPIO2_IO26

SW0

SODIMM_194

I2C4_SDA

I2C_SDA

SODIMM_196

I2C4_SCL

I2C_SCL

SODIMM_59

PWM1/GPIO1_IO08

PWM

System Clock

The M4 Core is configured to run at a 200 MHz clock speed.

Serial Port

The iMX7D SoC has seven UARTs. The number 2 is configured for the console and the remaining are not used/tested.

Programming and Debugging

The Colibri iMX7D doesn’t have QSPI flash for the M4 and it needs to be started by the A7 core. The A7 core is responsible to load the M4 binary application into the RAM, put the M4 in reset, set the M4 Program Counter and Stack Pointer, and get the M4 out of reset. The A7 can perform these steps at bootloader level or after the Linux system has booted.

The M4 can use up to 5 different RAMs. These are the memory mapping for A7 and M4:

Region

Cortex-A7

Cortex-M4 (System Bus)

Cortex-M4 (Code Bus)

Size

DDR

0x80000000-0xFFFFFFFF

0x80000000-0xDFFFFFFF

0x10000000-0x1FFEFFFF

2048MB (less for M4)

OCRAM

0x00900000-0x0091FFFF

0x20200000-0x2021FFFF

0x00900000-0x0091FFFF

128KB

TCMU

0x00800000-0x00807FFF

0x20000000-0x20007FFF

32KB

TCML

0x007F8000-0x007FFFFF

0x1FFF8000-0x1FFFFFFF

32KB

OCRAM_S

0x00180000-0x00187FFF

0x20180000-0x20187FFF

0x00000000-0x00007FFF

32KB

QSPI Flash

0x08000000-0x0BFFFFFF

64MB

References

At compilation time you have to choose which RAM will be used. This configuration is done in the file boards/toradex/colibri_imx7d/colibri_imx7d_mcimx7d_m4.dts with “zephyr,flash” (when CONFIG_XIP=y) and “zephyr,sram” properties. The available configurations are:

"zephyr,flash"
- &ddr_code
- &tcml_code
- &ocram_code
- &ocram_s_code
- &ocram_pxp_code
- &ocram_epdc_code

"zephyr,sram"
- &ddr_sys
- &tcmu_sys
- &ocram_sys
- &ocram_s_sys
- &ocram_pxp_sys
- &ocram_epdc_sys

Below you will find the instructions to load and run Zephyr on M4 from A7 using u-boot.

Copy the compiled zephyr.bin to the first EXT partition of the SD card and plug into the board. Power it up and stop the u-boot execution. Set the u-boot environment variables and run the zephyr.bin from the appropriated memory configured in the Zephyr compilation:

setenv bootm4 'ext4load mmc 0:1 $m4addr $m4fw && dcache flush && bootaux $m4addr'
# TCML
setenv m4tcml 'setenv m4fw zephyr.bin; setenv m4addr 0x007F8000'
setenv bootm4tcml 'run m4tcml && run bootm4'
run bootm4tcml
# TCMU
setenv m4tcmu 'setenv m4fw zephyr.bin; setenv m4addr 0x00800000'
setenv bootm4tcmu 'run m4tcmu && run bootm4'
run bootm4tcmu
# OCRAM
setenv m4ocram 'setenv m4fw zephyr.bin; setenv m4addr 0x00900000'
setenv bootm4ocram 'run m4ocram && run bootm4'
run bootm4ocram
# OCRAM_S
setenv m4ocrams 'setenv m4fw zephyr.bin; setenv m4addr 0x00180000'
setenv bootm4ocrams 'run m4ocrams && run bootm4'
run bootm4ocrams
# DDR
setenv m4ddr 'setenv m4fw zephyr.bin; setenv m4addr 0x80000000'
setenv bootm4ddr 'run m4ddr && run bootm4'
run bootm4ddr

M4<->Linux IPC using RPMSG

The IMX7D soc supports the subsys/ipc/openamp_rsc_table sample to demonstrate the usage of rpmsg_tty as an inter processor communication.

The board configuration is provided for the colibri_imx7d board. The boot process of the M4 core is handled solely by the Linux kernel using the RPROC framework.

The sample was tested with Toradex’s LTS BSP 6.6.0 Minimal Open Embedded image with upstream Linux kernel 6.1.83.

Required kernel modules must be loaded for RPMSG to work:

  • imx_rproc

  • virtio_rpmsg_bus

  • rpmsg_tty (requiring rpmsg_core)

You need to modify your Linux device tree to add the M4 definitions:

  • Enable MU_A

  • Reserve memory areas for the M4 so Linux won’t touch them.

  • Define the M4 remoteproc node for the drivers.

If you have not downloaded the BSP sources, you can modify the board’s device tree from its currently loaded dtb file.

#Check the which fdtfile is loaded for your board in U-boot
printenv
#For a Colibri_imx7d on Viola Carrier on BSP 6.6.0
fdtfile = imx7d-colibri-emmc-eval-v3.dtb

#Copy this file to your Linux PC through SSH from /boot
#Convert the dtb into a dts
dtc -I dtb -O dts -f imx7d-colibri-emmc-eval-v3.dtb -o imx7d-colibri-emmc-eval-v3.dts

#You need to find the following phandle numbers:
# reset-controller
# mailbox@30aa0000

#Note down the phandle value (0xbd)
grep -A10 "mailbox@30aa0000 {" imx7d-colibri-emmc-eval-v3.dts
# outputs your DTS's mailbox definition
#            mailbox@30aa0000 {
#                    compatible = "fsl,imx7s-mu\0fsl,imx6sx-mu";
#                    reg = <0x30aa0000 0x10000>;
#                    interrupts = <0x00 0x58 0x04>;
#                    clocks = <0x01 0x1b1>;
#                    #mbox-cells = <0x02>;
#                    status = "disabled";
#                    phandle = <0xbd>;
#            };

#Note down the phandle value (0x32)
grep -A8 "reset-controller@30390000 {" imx7d-colibri-emmc-eval-v3.dts
# outputs your DTS's reset-controller definition
#            reset-controller@30390000 {
#                    compatible = "fsl,imx7d-src\0syscon";
#                    reg = <0x30390000 0x10000>;
#                    interrupts = <0x00 0x59 0x04>;
#                    #reset-cells = <0x01>;
#                    phandle = <0x32>;
#            };

#Node down the biggest phandle value
grep "phandle = <" imx7d-colibri-emmc-eval-v3.dts | sort -r | head -1
# outputs your DTS's largest phandle definition
#            phandle = <0xca>;

#Now we can add our nodes to the .dts file:
cp imx7d-colibri-emmc-eval-v3.dts imx7d-m4.dts
nano imx7d-m4.dts

#Modify MU_A node to enable it
mailbox@30aa0000 {
   compatible = "fsl,imx7s-mu\0fsl,imx6sx-mu";
   reg = <0x30aa0000 0x10000>;
   interrupts = <0x00 0x58 0x04>;
   clocks = <0x01 0x1b1>;
   #mbox-cells = <0x02>;
   status = "okay";
   phandle = <0xbd>;
};

#Add these definitions under / { } just before the __symbols__
#Disgard the comments with #-->
reserved-memory {
   #address-cells = <0x01>;
   #size-cells = <0x01>;
   ranges;

   vdev0buffer0@90002000 {
      compatible = "shared-dma-pool";
      reg = <0x90002000 0x8000>;
      no-map;
      phandle = <0xcb>; #--> biggest phandle +1
   };

   vdev0vring0@90000000 {
      compatible = "shared-dma-pool";
      reg = <0x90000000 0x1000>;
      no-map;
      phandle = <0xcc>; #--> biggest phandle +2
   };

   vdev0vring1@90001000 {
      compatible = "shared-dma-pool";
      reg = <0x90001000 0x1000>;
      no-map;
      phandle = <0xcd>; #--> biggest phandle +3
   };

   cm4tcmcode@7f8000 {
      compatible = "shared-dma-pool";
      reg = <0x7f8000 0x8000>;
      no-map;
      phandle = <0xce>; #--> biggest phandle +4
   };

   cm4sramcode@900000 {
      compatible = "shared-dma-pool";
      reg = <0x900000 0x40000>;
      no-map;
      phandle = <0xcf>; #--> biggest phandle +5
   };

   cm4reserved@8ff00000 {
      compatible = "shared-dma-pool";
      reg = <0x8ff00000 0x100000>;
      no-map;
      phandle = <0xd0>; #--> biggest phandle +6
   };
};

imx7d-cm4 {
   compatible = "fsl,imx7d-cm4";
   mbox-names = "tx\0rx\0rxdb";
   mboxes = <0xbd 0x00 0x00 0xbd 0x01 0x00 0xbd 0x03 0x00>; #--> MU_A phandle (0xbd)
   memory-region = <0xcb 0xcc 0xcd 0xce 0xcf 0xd0>; #--> All the previously defined phandles
   syscon = <0x32>; #--> phandle for the reset-controller
   clocks = <0x01 0x42>;
};

#Recompile the dts into a dtb
dtc -I dts -O dtb -f imx7d-m4.dts -o imx7d-m4.dtb

#Copy the new dtb to /boot on the Colibri IMX7 board
#Start in U-boot and update the device-tree
setenv fdtfile imx7d-m4.dtb
saveenv
boot

When the OS has finished booting with your new device tree you can enable the drivers and start the M4 core.

#Copy zephyr_openamp_rsc_table.elf to /lib/firmware on your board
$ modprobe imx_rproc
$ modprobe virtio_rpmsg_bus
$ modprobe rpmsg_tty

#Request RPROC to load the M4 image
$ echo stop > /sys/class/remoteproc/remoteproc0/state
$ echo zephyr_openamp_rsc_table.elf > /sys/class/remoteproc/remoteproc0/firmware
$ echo start > /sys/class/remoteproc/remoteproc0/state

#dmesg will detail the boot process:
$ dmesg
[  497.120499] remoteproc remoteproc0: stopped remote processor imx-rproc
[  497.138938] remoteproc remoteproc0: powering up imx-rproc
[  497.168735] remoteproc remoteproc0: Booting fw image zephyr_openamp_rsc_table.elf, size 1267076
[  497.184826] rproc-virtio rproc-virtio.1.auto: assigned reserved memory node vdev0buffer0@90002000
[  497.221395] virtio_rpmsg_bus virtio0: rpmsg host is online
[  497.233806] virtio_rpmsg_bus virtio0: creating channel rpmsg-tty addr 0x400
[  497.236666] rproc-virtio rproc-virtio.1.auto: registered virtio0 (type 7)
[  497.259822] remoteproc remoteproc0: remote processor imx-rproc is now up
[  497.293913] virtio_rpmsg_bus virtio0: creating channel rpmsg-client-sample addr 0x401
[  497.308388] rpmsg_client_sample virtio0.rpmsg-client-sample.-1.1025: new channel: 0x401 -> 0x401!
[  497.337969] virtio_rpmsg_bus virtio0: creating channel rpmsg-tty addr 0x402

$ ls /dev | grep ttyRPMSG
ttyRPMSG0 -> used for zephyr shell interface
ttyRPMSG1 -> used for sample interface

Debugging

Download and install J-Link Tools and NXP iMX7D Connect CortexM4.JLinkScript.

To run Zephyr Binary using J-Link create the following script in order to get the Program Counter and Stack Pointer from zephyr.bin.

get-pc-sp.sh:

#!/bin/sh

firmware=$1

pc=$(od -An -N 8 -t x4 $firmware | awk '{print $2;}')
sp=$(od -An -N 8 -t x4 $firmware | awk '{print $1;}')

echo pc=$pc
echo sp=$sp

Get the SP and PC from firmware binary: ./get-pc-sp.sh zephyr.bin

pc=00900f01
sp=00905020

Plug in the J-Link into the board and PC and run the J-Link command line tool:

/usr/bin/JLinkExe -device Cortex-M4 -if JTAG -speed 4000 -autoconnect 1 -jtagconf -1,-1 -jlinkscriptfile iMX7D_Connect_CortexM4.JLinkScript

The following steps are necessary to run the zephyr.bin: 1. Put the M4 core in reset 2. Load the binary in the appropriate addr (TMCL, TCMU, OCRAM, OCRAM_S or DDR) 3. Set PC (Program Counter) 4. Set SP (Stack Pointer) 5. Get the M4 core out of reset

Issue the following commands inside J-Link commander:

w4 0x3039000C 0xAC
loadfile zephyr.bin,0x00900000
w4 0x00180000 00900f01
w4 0x00180004 00905020
w4 0x3039000C 0xAA

With these mechanisms, applications for the colibri_imx7d/imx7d/m4 board configuration can be built and debugged in the usual way (see Building an Application and Run an Application for more details).

References