<font size=5><B>RZ/G2L, RZ/G2LC, RZ/G2UL SMARC Board by Renesas</B></font>

This page is for the RZ/G2L, RZ/G2LC, and RZ/G2UL evaluation boards.

General Information

Image AddedRZ/G2L

• Image RemovedOfficial Renesas RZ/G2L Device Website (link)
• Official RZ/G2L Evaluation Board Kit Website (link)
• Easy Download Guide for RZ/G2L and RZ/G2LC (link) - A single PDF file that lists all the available downloads on renesas.com.
• RZ/G2L Evaluation Kit Ordering Part Number: RTK9744L23S01000BERTK9744L23S01000BE

RZ/G2LC

• Official Renesas RZ/G2LC Device Website (link)
• Official RZ/G2LC Evaluation Board Kit Website
• Easy Download Guide for RZ/G2L and RZ/G2LC (link) - A single PDF file that lists all the available downloads on renesas.com.
• RZ/G2LC Evaluation Kit Ordering Part Number: RTK9744C22S01000BERTK9744C22S01000BE

RZ/G2UL

• Official Renesas RZ/G2UL Device Website (link)
• Official RZ/G2UL Evaluation Board Kit Website (link)
• Easy Download Guide for RZ/G2UL (link) - A single PDF file that lists all the available downloads on renesas.com.
• RZ/G2UL Evaluation Kit Ordering Part Number: RTK9744U11S01000BERTK9744U11S01000BE
• Pin There are 2 RZ/G2UL derivates:Type1:pin compatible with RZ/A3UL and RZ/Five.
• Device
• given on the RZ/G2UL EVK.
part numbers:
• R9A07G043U11GBG (without security)
• R9A07G043U15GBG (with security)
• Type2:
  • pin compatible with RZ/G2LC
  • A RZ/G2UL Type2 EVK is not available for purchase. For evaluation, it's recommended to use the RZ/G2UL Type1 or the RZ/G2LC EVK.
  • RZ/G2UL VLP releases are prepared for the RZ/G2UL Type1 EVK. RZ/G2UL Type2 specific modifications are mentioned here: RZ/G2UL Type2 VLP (link)
  • part numbers:
    • R9A07G043U12GBG (without security)
    • R9A07G043U16GBG (with security)

Articles

Renesas adds to RZ/G2 line with three Cortex-A55 SoCs

Articles

• Renesas adds to RZ/G2 line with three Cortex-A55 SoCs

Getting Started

 📄 Board User Manual

• The User Manual for the boards can be found their website pages on renesas.com.
• Check the 'General Information' section on this page for the links.

📦 What is included in the kit

• Image AddedA Micro USB cable for serial console.

🛒 What you will need to purchase

• Power: (Required) USB Type-C power supply. 5V or 9V can be used. To use 9V, switch SW11-4 change is needed (please see the board manual).
• HDMI LCD: An LCD monitor with an HMDI input. Here is a list of tested touchscreen monitors: RZ-G/RZ-G2L_SMARC#LCD_Monitors
• mini-HDMI Adapter: The connector on the board is type mini-HDMI.
• USB Camera: A camera supporting USB Video Class (UVC) such as Logitech C270, C920, C922, BRIO Ultra HD Pro.
• USB Mouse: In the case that you do not have a touchscreen LCD monitor.

⭐ Pre-Built Binaries ⭐

• If you prefer to program pre-built binaries into your board, you can download them from renesas.com
• The package includes a complete SD Card image that can be written using Windows or Linux.
• Boot loaders are also included in the package.
• On the RZ/G Verified Linux Package [5.10-CIP ] BSP download page, look for "Pre-built Images" downloads for RZ/G2L, RZ/G2LC, RZ/G2UL.
  • ⚠️ The instructions in the package for v3.0.5 are wrong and incomplete. Please use v3.0.6.
  • For a Windows PC, use 7-Zip to extract/convert the .wic file ( core-image-qt-smarc-rzg2l.wic.gz → core-image-qt-smarc-rzg2l.wic )
  • 💡 Use Balena Etcher to program the .wic file into and SD Card. The card needs to be 4GB or larger.
  • Insert the SD card into the socket on Carrier Board.

• ┌─────┬─────┬─────┐
  │     │ SOM │     │
  │     └─────┘     │
  │  Carrier Board  │
  │     ┌─┐         │
  └─────┴─┴─────────┘
         ↑
   SD Card So

💻 Build Environment

• To build the BSP, you will need a Linux PC running Ubuntu 20.04. This was the only host OS that was tested and that specific version is a requirement of Yocto 3.1 (dunfell). Using Ubuntu 22.04 will not work.
• You can use a Linux PC (recommended) or a Virtual Machine. If using a Virtual Machine, 200GB of hard drive space is recommended for the minimum build.
• If you are not currently running Ubuntu 20.04, you can use a docker container.
  • Example: Host Machine = Ubuntu 22.04 + Docker Container running Ubuntu 20.04 inside of it.
• Some setup instructions and scripts are provided to make it easy to get started.
  • https://github.com/renesas-rz/docker_setup

💾 Downloading the Linux BSP

• Download the RZ/G2L Board Support Package from renesas.com. Links to all the downloads can be found on the 📦 RZ/G2 Linux BSP on this site. Please refer to the sections that support RZ/G2L.
• The Linux-5.10 BSP is recommended.
• You will need to downloaded multiple packages for the full build. You will need to download the "RZ/G2L Mali Graphic Library" package to enable graphics and "RZ/G2L Codec Library" package to enable video encode/decode.

🔨 Building the BSP

• Build Instructions: The instructions for building the BSP are located in the Release Note document that is included in the ZIP file download from renesas.com.
• Board Versions: There are currently 3 versions of RZ/G2L boards (WS1-Discrete, WS2-Discrete, WS2-PMIC). Please review section Board Version Identification above. There is only 1 version of RZ/G2LC board. There is only 1 version of RZ/G2UL board. If you have a RZ/G2L 'WS1' board (very rare), please review section 6 in the 'Release Note' of the BSP in detail before following the instructions in section 3.
• Graphics Libraries: If you are building core-image-weston or core-image-qt, you need to add Mali Graphics library mentioned above. Note that RZ/GUL and RZ/Five do not have a GPU, so there are no graphic libraries to download and build. However, you can still run build and run Weston and Qt without a GPU if you set "use-pixman=true" in the weston.ini file on your board.
• Enable Qt Demos: To build the Qt demos (core-image-qt) you must edit the file build/conf/local.conf and remove the comment marker # to set QT_DEMO = "1" . Please build (bitbake) core-image-weston first, then bitbake core-image-qt. If you buid core-image-qt first, you will get an error. Also, if you get a build error, just keep running the bitbake command again until it completes (there seems to be some issue in the order that packages build).
• Hint: To make the build faster, you can copy the downloads directory from an older BSP (rzg2l_bsp_vx.xx.0/build/downloads -> rzg2l_bsp_vx.xx.1/build/downloads) to skip downloading the same open source packages again.

⚡ Programing the Board

• The instructions for setting up and programming the board are located in the Board Start-up Guide that comes in the BSP download package
• A script for automating the programming the boot loaders into Flash can be found here: https://github.com/renesas-rz/rzg2_bsp_scripts/tree/master/flash_writer_tool

SD Card Loading and Booting

These instructions are for using the output files from the Yocto build to prepare an SD Card and boot into Linux.
The evaluation boards boot from SPI Flash (boot loaders), then can run Linux from either eMMC on the board or an external SD Card.

Format the SD Card

• The SD Card must be formatted by a Linux PC, and contain 2 partitions:
  • Partition 1 = FAT16
  • Partition 2 = ext4
• A helpful script has been created (usb_sd_partition) that you can run on your Linux PC.
  • Insert your micro SD card into a USB-SD-Card reader and then plug into a Linux PC.
  • Use the commands below to download the formatting script from github and run. Please select your card and choose the default settings.

$ wget https://raw.githubusercontent.com/renesas-rz/rzg2_bsp_scripts/master/usb_sd_partition/usb_sd_partition.sh
$ chmod +x usb_sd_partition.sh
$ ./usb_sd_partition.sh

Copy files to SD Card

• Use the commands below to copy the files you build with the BSP to the SD card. Start in the base of your Yocto BSP.
• Choose the correct command for RZ/G2L or RZ/G2LC or RZ/G2UL

# Change to the Yocto output directory that contains the files
$ cd build/tmp/deploy/images/smarc-rzg2l   # RZ/G2L
$ cd build/tmp/deploy/images/smarc-rzg2lc  # RZ/G2LC
$ cd build/tmp/deploy/images/smarc-rzg2ul  # RZ/G2UL

# Copy the Linux kernel to partition 1
$ sudo cp -v Image-smarc-rzg2l.bin  /media/$USER/RZ_FAT  # RZ/G2L
$ sudo cp -v Image-smarc-rzg2lc.bin /media/$USER/RZ_FAT  # RZ/G2LC
$ sudo cp -v Image-smarc-rzg2ul.bin /media/$USER/RZ_FAT  # RZ/G2UL

# Copy the Device Tree to partition 1
$ sudo cp -v Image-r9a07g044l2-smarc.dtb  /media/$USER/RZ_FAT   # RZ/G2L
$ sudo cp -v Image-r9a07g044c2-smarc.dtb  /media/$USER/RZ_FAT   # RZ/G2LC
$ sudo cp -v Image-r9a07g043u11-smarc.dtb /media/$USER/RZ_FAT   # RZ/G2UL

# Copy and expand the Root File System to partition 2
$ sudo tar -xvf core-image-minimal-smarc-rzg2l.tar.gz   -C /media/$USER/RZ_ext          # RZ/G2L
$ sudo tar -xvf core-image-minimal-smarc-rzg2lc.tar.gz  -C /media/$USER/RZ_ext          # RZ/G2LC
$ sudo tar -xvf core-image-minimal-smarc-rzg2ul.tar.gz  -C /media/$USER/RZ_ext          # RZ/G2UL
    (or if using graphics)
$ sudo tar -xvf core-image-weston-smarc-rzg2l.tar.gz   -C /media/$USER/RZ_ext           # RZ/G2L
$ sudo tar -xvf core-image-weston-smarc-rzg2lc.tar.gz   -C /media/$USER/RZ_ext          # RZ/G2LC
$ sudo tar -xvf core-image-bsp-smarc-rzg2ul.tar.gz   -C /media/$USER/RZ_ext             # RZ/G2UL

# Make sure all files are finished writing before removing the USB card reader from the PC
$ sync

• Safely remove your USB card reader by right clicking on the drive icon (either RZ_FAT or RZ_ext) in Ubuntu and selecting "Eject"

Switch settings for the CPU SOM board.

• The SOM board contains a eMMC Flash device and a Micro SD Card socket. On the SOM board, you can only use one or the other because they are both connected to the same peripheral channel on the RZ/G2L.
• ⚠️ u-boot environment variables are always stored in eMMC Flash (not SPI flash). This means if you change switch SW1-2 to ON on the SOM board, you cannot access saved u-boot environments variables and you will always get the message "*** Warning - MMC init failed, using default environment"
• Note that the SD Card slot on the Carrier board will always work regardless of the setting of SW1-2 because it uses a separate peripheral channel on the RZ/G2L.
• On the SOM (CPU) board, there is a little switch (SW1) near the SD card socket.
• Use the Recommended Settings below. It is the default of how the board was shipped.

[Recommended Settings]                        [Advanced Users Only]
 SOM board uses eMMC                           Flash SOM board uses SD Card socket
 SW1-1 = ON/OFF(JTAG)                          SW1-1 = ON/OFF(JTAG)
 SW1-2 = OFF                                   SW1-2 = ON
      +-----+                                       +-----+
      | ON  |                                       | ON  |
      | =   |                                       | = = |
      |   = |                                       |     |
      | 1 2 |                                       | 1 2 |
      +-----+                                       +-----+

Power the Board and Connect to the Serial Port

• On the Carrier Board, set switches SW11 as follows because the boot loaders are stored in QSPI Flash.

SW11-1 = OFF
SW11-2 = OFF
SW11-3 = OFF
SW11-4 = ON
      +---------+
      | ON      |
      |       = |
      | = = =   |
      | 1 2 3 4 |
      +---------+

• Supply power the board using the USB-C connection on the carrier board labeled "Power Input". You will only see 2 green LEDs lit.
• On the carrier board, press and hold the red power button for 2 seconds to turn ON (or OFF) power to the board. The green LED labeled "Carrier PWR On" will be lit when power is on (making a total of 3 green LEDs lit).
• Now that the board is powered and the onboard USB-to-Serial chip is also powered, plug a USB micro cable into the carrier board to the USB connector labeled "SER 3 UART". Use a serial terminal program to interact as you board. With a Linux PC, we recommend using "putty" (connects to /dev/USB0), and with a Windows PC we recommend "TeraTerm" that connects to COMx. The baud rate of the Serial connection is 115200 bps.
• Press the blue reset button, and then "u-boot" will start. Within 3 seconds, press the space bar on your keyboard in order to stop the auto-boot sequence.

Insert SD Card and Boot

• Insert the SD card into the socket on Carrier Board.

┌─────┬─────┬─────┐
│     │ SOM │     │
│     └─────┘     │
│  Carrier Board  │
│     ┌─┐         │
└─────┴─┴─────────┘
       ↑
 SD Card Socket

• Press the blue reset button, and then "u-boot" will start. Within 3 seconds, press the space bar on your keyboard in order to stop the auto-boot sequence.
• At the u-boot prompt ( => ), enter the following commands to boot the board.
• ⚠️ If you get an failure when saving with "saveenv", remove power to the board and try again.

RZ/G2L EVK Booting Commands:

   # Create command macros and save them:
=> setenv sd_boot1 'mmc dev 1 ; fatload mmc 1:1 0x48080000 Image-smarc-rzg2l.bin ; fatload mmc 1:1 0x48000000 /Image-r9a07g044l2-smarc.dtb'
=> setenv sd_boot2 'setenv bootargs 'root=/dev/mmcblk1p2 rootwait' ; booti 0x48080000 - 0x48000000'
=> setenv bootcmd 'run sd_boot1 sd_boot2'
=> saveenv

RZ/G2LC EVK Booting Commands:

   # Create command macros and save them:
=> setenv sd_boot1 'mmc dev 1 ; fatload mmc 1:1 0x48080000 Image-smarc-rzg2lc.bin ; fatload mmc 1:1 0x48000000 /Image-r9a07g044c2-smarc.dtb'
=> setenv sd_boot2 'setenv bootargs 'root=/dev/mmcblk1p2 rootwait' ; booti 0x48080000 - 0x48000000'
=> setenv bootcmd 'run sd_boot1 sd_boot2'
=> saveenv

RZ/G2UL EVK Booting Commands:

   # Create command macros and save them:
=> setenv sd_boot1 'mmc dev 1 ; fatload mmc 1:1 0x48080000 Image-smarc-rzg2ul.bin ; fatload mmc 1:1 0x48000000 /Image-r9a07g043u11-smarc.dtb'
=> setenv sd_boot2 'setenv bootargs 'root=/dev/mmcblk1p2 rootwait' ; booti 0x48080000 - 0x48000000'
=> setenv bootcmd 'run sd_boot1 sd_boot2'
=> saveenv

Reset the board and it will automatically boot

Linux Login

• The login will be root (no password is needed)
• You can plug in a USB Mouse or USB Touchscreen

Board Version Identification

 There are currently multiple versions of RZ/G2L boards with different components. (There is only 1 version of RZ/G2LC board). Please make note of what board you have.
Some boards require different software patches to be applied before building.

Image Added

RZ/G2L Silicon version WS1 vs WS2:

• The WS1 Silicon version has the specific date code "2050KC002" written on top of the device
• The WS2 Silicon version has the text "RZ/G2L" written on top of the device

Discrete Power Design vs New Renesas PMIC Solution:

• The Discrete Power design has the words "Renesas" written in white silk screen on the top edge of the board.
• The PMIC Power design has the words "Renesas" written in white silk screen in the center the board. Also, the PMIC has the words Renesas on the top of the device.

Board Combinations:

Here are the only release of these boards:

• 1st Release: WS1 Silicon + Discrete Power
• 2nd Release: WS2 Silicon + Discrete Power
• 3rd Release: WS2 Silicon + PMIC Power

Power Button on PMIC Boards:

• On the PMIC boards, please press and hold the red power button for 2 seconds to turn ON and OFF.
• If the "Carrier PWR On" LED does not turn green, please try again and hold the button longer.

Sample and Demo Code

🔧 General Sample Code

• https://github.com/renesas-rz/rzg2l_smarc_sample_code
  • GPIO examples
  • Camera examples

📷 Camera Image Overlay Demos

• https://github.com/renesas-rz/demo-camera-image-overlay
• Capture camera images to memory, then use Hardware (OpenGL) to overlay images/text and then do h.264 encoding

📷 Camera Data Receive Unit (CRU) Sample Application

• https://github.com/renesas-rz/rz_cru_sample_code
• This sample application demonstrates using CRU functions for various image processing tasks like demosaicing raw camera data, color correction, and some simple camera functions.

🎥 🔉 GStreamer Application Note

• RZ/G2L Group and RZ/V2L Group Linux Interface Specification GStreamer User's Manual
• This User's Manual (Application Note) explains GStreamer and the custom plug-ins created by Renesas.
• Usage examples are also included.

💾 RZ/G HMI SDK

• Pre-built image for RZ/G2L SMARC board. 👉 No need to build the BSP from source using Yocto
• Provides Toolchain installer for building user applications.
• Sample application source code is provided.
• https://renesas-rz.github.io/rzg_hmi_sdk/latest/

Board Setup Information

Image Added 

 RZ/G2L Evaluation Board Kit Configuration

Image Added 

 How to set Boot Modes

Board Operation Information

Image Added

Power ON
● Connect USB-PD Power Charger to USB Type-C Connector. Then LED1(VBUS PWR On) and LED3(Module PWR On) lights up.
● Press SW9 to turn on the power. Then LED4(Carrier PWR On) lights up.

Section
Image AddedDebug Serial (Console Output) ● Debug serial uses CN14. The baud rate is 115200bps. ● Since the serial-USB conversion IC is not always powered, the Windows PC will recognize it after the power switch is turned on. ● If it is not recognized by your Windows PC, please install the driver�https://www.ftdichip.com/Drivers/VCP.htm

Compatible LCD Displays

The following HDMI LCD screens were tested with this board.

Using the Coral MIPI Camera

As of the RZ/G2L BSP v1.3 release, the Coral Camera module (OV5645) is supported and enabled.

MIPI CSI Configuration and Resolution Selection
Before you can use the camera, you must first configure the MIPI CSI module to capture image.
MIPI CSI configuration is done by using media-ctl utility from v4l-utils package.
The first 2 commands below enable the camera.
Below that are commands you use to select the camera resolution you want to capture.

[ Camera Setup ]
media-ctl -d /dev/media0 -r
media-ctl -d /dev/media0 -l "'rzg2l_csi2 10830400.csi2':1 -> 'CRU output':0 [1]"

[Select resolution 1280x960 ]
media-ctl -d /dev/media0 -V "'rzg2l_csi2 10830400.csi2':1 [fmt:UYVY8_2X8/1280x960 field:none]"
media-ctl -d /dev/media0 -V "'ov5645 0-003c':0 [fmt:UYVY8_2X8/1280x960 field:none]"

[Select resolution 1920x1080 ]
media-ctl -d /dev/media0 -V "'rzg2l_csi2 10830400.csi2':1 [fmt:UYVY8_2X8/1920x1080 field:none]"
media-ctl -d /dev/media0 -V "'ov5645 0-003c':0 [fmt:UYVY8_2X8/1920x1080 field:none]"

[Select resolution 2592x1944 ]
media-ctl -d /dev/media0 -V "'rzg2l_csi2 10830400.csi2':1 [fmt:UYVY8_2X8/2592x1944 field:none]"
media-ctl -d /dev/media0 -V "'ov5645 0-003c':0 [fmt:UYVY8_2X8/2592x1944 field:none]"

Capture Images using GStreamer
This command can be used capture images and display them on the screen in weston.

gst-launch-1.0 v4l2src device=/dev/video0 ! videoconvert ! waylandsink

To capture 300 images (resolution 1280x960) in .jpg format use

gst-launch-1.0 v4l2src  num-buffers=300 device=/dev/video0 ! video/x-raw,format=UYVY,width=1280,height=960 ! videoconvert ! jpegenc ! multifilesink location=image_HD_%05d.jpg

To capture approximately 2min videos (resolution 1280x960) in .mp4 format use

gst-launch-1.0 v4l2src num-buffers=3600 device=/dev/video0 ! video/x-raw,format=UYVY,width=1280,height=960,framerate=60/1 ! vspmfilter outbuf-alloc=true ! video/x-raw,format=NV12 ! omxh264enc control-rate=2 target-bitrate=10485760 interval_intraframes=14 periodicty-idr=2 no-copy=true ! video/x-h264,profile=\(string\)high,level=\(string\)4.2 ! h264parse ! video/x-h264,stream-format=avc,alignment=au ! qtmux ! queue ! filesink location=video_HD.mp4

Building Qt Demos

Support for building Qt v5.6.3 is included in BSP v3.0.0+ by build core-image-qt

bitbake core-image-qt

However, if you would like to build and install the Qt demos in the BSP, you must enable them in our local.conf file.

• Edit file build/conf/local.conf
• Remove the comment marker # to set QT_DEMO = "1"

# Adding qt demonstration to core-image-qt or not
QT_DEMO = "1"

• Now you can build core-image-qt.

$ bitbake core-image-qt

• After the build is complete, copy/expand the new root file system to your SD Card

$ cd build/tmp/deploy/images/smarc-rzg2l
$ sudo tar -xvf core-image-qt-smarc-rzg2l.tar.gz   -C /media/$USER/RZ_ext
$ cd -
$ sync

After the board boots, on the Weston desktop you will see icons that will start the demos.

Enable eMMC Boot

Note that eMMC Flash is always used to store the u-boot environment variables, even when boot from SPI Flash is enabled. SPI Flash is never used to store the u-boot environment variables as there is not code to support that. This means that when you switch between SPI Flash booting and eMMC Flash booting, your u-boot environment variables will remain the same.

But default, the boot loader (TrustedFirmware-A) contains both support to boot from both SPI or eMMC Flash. During boot, the code will read a boot register to determine if it should load from SPI Flash or eMMC Flash. This means you can use the same default Yocto output for either SPI Flash boot or eMMC boot.

However, you will need to program the eMMC Flash boot partitions and configure the eMMC device with the proper boot configuration to match the RZ/G2L.

The follow commands (copy/paste) and instructions will allow you to program the eMMC device on your board using the Flash Writer that was built in Yocto, and a helpful script (flash_writer_tool) that will automate the programming.

#---------------------------------------------------
# Download and run 'Flash Writer Tool'
# - Configure for our output directory 
# - Configure for board "smarc-rzg2l" or for RZV2L "smarc-rzv2l"
# - Configure for eMMC Flash boot
#---------------------------------------------------
git clone https://github.com/renesas-rz/rzg2_bsp_scripts
cd rzg2_bsp_scripts/flash_writer_tool
./flash_writer_tool.sh

### For 'Board', select the board you are using.

### For 'Target Flash', select "eMMC Flash"

### For 'FILES_DIR', manually set to the location of your Yocto output files (full path)

### Do the follow operations:

Step 1. Select "Show Switches" to show how to put board into SCIF Download mode, then press the RESET button on the board.
Step 2. Select "Download F.W."
Step 3. Select "eMMC boot setup"
Step 4. Select "Program BL2"
Step 5. Select "Program FIP"
Step 6. Select "Show Switches" to show how to put board into eMMC Boot mode
Step 7. Select "<SAVE-and-EXIT>"

Program On-Board eMMC Flash

• To program the eMMC Flash device on the SOM board, you can follow the instructions below.
• You will need to boot with SD card first and partition eMMC Flash device. Then you can load the files from SD card to eMMC Flash.

1. Copy listed files to “/home/root” of the SD Card that you use to boot the system.

• RZG2L : core-image-weston-smarc-rzg2l.tar.gz, Image and r9a07g044l2-smarc.dtb
• RZV2L : core-image-weston-smarc-rzv2l.tar.gz, Image and r9a07g054l2-smarc.dtb

2. Boot the board with the SD card and log into Linux.

3. Partition the eMMC Flash using fdisk.

• In fdisk, use the commands 'n' to make a new partition, and 'w' to write the partition (will automatically exit fdisk)
• In fdisk, you can just press the Enter Key to select the default value (you do not have to type the default value)

root@smarc-rzg2l:~# fdisk /dev/mmcblk0
Command (m for help): n
Partition number (1-128, default 1): 1                <<<< just press ENTER for default value
First sector (34-124321758, default 2048): 2048       <<<< just press ENTER for default value
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-124321758, default 124321758): 124321758  <<<< just press ENTER for default value
Created a new partition 1 of type 'Linux filesystem' and of size 59.3 GiB.

Command (m for help): w
The partition table has been altered.

4. Format the partition as ext4

root@smarc-rzg2l:~# mkfs.ext4 -L rootfs /dev/mmcblk0p1

5. Mount the ext4 partition to "/mnt".

root@smarc-rzg2l:~# mount /dev/mmcblk0p1 /mnt

6. Extract the file system to the ext4 partition

RZG2L

root@smarc-rzg2l:~# cd /home/root
root@smarc-rzg2l:~# tar -zxvf core-image-weston-smarc-rzg2l.tar.gz -C /mnt
root@smarc-rzg2l:~# cp Image /mnt/boot
root@smarc-rzg2l:~# cp r9a07g044l2-smarc.dtb /mnt/boot
root@smarc-rzg2l:~# sync

RZV2L

root@smarc-rzg2l:~# cd /home/root
root@smarc-rzg2l:~# tar -zxvf core-image-weston-smarc-rzv2l.tar.gz -C /mnt
root@smarc-rzg2l:~# cp Image /mnt/boot
root@smarc-rzg2l:~# cp r9a07g054l2-smarc.dtb /mnt/boot
root@smarc-rzg2l:~# sync

7. Unmount “/mnt”

root@smarc-rzg2l:~# umount /mnt

8. Reboot and change the boot parameter in u-boot to boot from eMMC

=> setenv bootargs 'rw rootwait earlycon root=/dev/mmcblk0p1'
=> setenv bootcmd 'ext4load mmc 0:1 0x48080000 boot/Image; ext4load mmc 0:1 0x48000000 boot/r9a07g044l2-smarc.dtb; booti 0x48080000 - 0x48000000'
=> saveenv
=> boot

SD Card Boot

Note: SD card boot is supported out of the box since VLP3.0.2 (and corresponding Arm Trusted Firmware version), the files to be programmed are available in the Yocto image folder. You can jump to this section if you already have the files.

RZ/G2L-LC-UL and RZ/V2L can also boot from a (micro) SD card, this is boot mode 0 called "Booting from eSD" in the User Manual.

This procedure is similar to what reported above for eMMC boot, we are not using Yocto to build (not supported in VLP3.0.0).

Assuming that the host PC is already configured to cross-build:

mkdir sd_boot
cd sd_boot

Now let's clone and patch RZ/G Trusted Firmware:

git clone https://github.com/renesas-rz/rzg_trusted-firmware-a
cd rzg_trusted-firmware-a
git checkout v2.6/rz
wget https://raw.githubusercontent.com/seebe/rzg_stuff/master/tfa_patches/0001-SD-boot-support.patch
patch -p1 < 0001-SD-boot-support.patch
cd ..

Clone u-boot:

git clone https://github.com/renesas-rz/renesas-u-boot-cip
cd renesas-u-boot-cip/
git checkout v2021.10/rz
cd ..

Retrieve some useful scripts to ease the TF-A and u-boot builds, as well as the generation of the binary files we need:

wget https://raw.githubusercontent.com/renesas-rz/rzg2_bsp_scripts/master/build_scripts/build_common.sh
wget https://raw.githubusercontent.com/renesas-rz/rzg2_bsp_scripts/master/build_scripts/build_tfa.sh
wget https://raw.githubusercontent.com/renesas-rz/rzg2_bsp_scripts/master/build_scripts/build_uboot.sh
wget https://raw.githubusercontent.com/renesas-rz/rzg2_bsp_scripts/master/build_scripts/build.sh
wget https://raw.githubusercontent.com/renesas-rz/rzg2_bsp_scripts/master/usb_sd_partition/usb_sd_partition.sh
chmod +x *.sh

Select toolchain that you have:

./build.sh s

Let's build u-boot:

./build.sh u

Then TF-A, normally you can leave the default parameters (smarc rz/g2l is the default board) and boot device does not matter:

./build.sh t

SD Card Preparation

Now we have to prepare the (micro) SD card. We can optionally zero it out (WARNING: THE SD CARD CONTENT WILL BE DESTROYED):

sudo dd if=/dev/zero of=/dev/sda bs=1M status=progress

Then, assuming you want to use the same SD card to store kernel and device tree, we can (optionally) partition it:

./usb_sd_partition.sh

We are ready to write the boot files to some specific sectors of the SD card (MBR and partitions won't be touched):

cd output_smarc-rzg2l/
sudo dd if=bootparams-smarc-rzg2l.bin of=/dev/sda seek=1 count=1
sudo dd if=bl2-smarc-rzg2l.bin of=/dev/sda seek=8
sudo dd if=fip-smarc-rzg2l.bin of=/dev/sda seek=128
sync

Image Added

(*) Note: the size of the files and SD card reported in this picture are just examples. Actual output files size may be different and there is no limitation on the SD card capacity.

Board Preparation

If you are using the SMARC board you can insert the micro SD card in the SOM module slot:

Image Added

Change the switches to eSD boot on the carrier board acting on SW11 (SW11-1 ON, SW11-2 ON, SW11-3 OFF, SW11-4 ON):

Image Added

Change SW1 on the module to select micro sd card slot (SW1-1 ON, SW1-2 ON):

Image Added

and finally the board is ready to boot from the micro SD card:

NOTICE:  BL2: v2.6(release):7e8696ff4-dirty
NOTICE:  BL2: Built : 12:07:55, Sep  8 2022
NOTICE:  BL2: SD boot from partition 0
NOTICE:  BL2: Load dst=0x1f7c0 src=(p:0)0x10000(128) len=0x10(1)
NOTICE:  BL2: SD boot from partition 0
NOTICE:  BL2: Load dst=0x1f920 src=(p:0)0x10010(128) len=0x28(1)
NOTICE:  BL2: SD boot from partition 0
NOTICE:  BL2: Load dst=0x44000000 src=(p:0)0x10090(128) len=0x6069(49)
NOTICE:  BL2: SD boot from partition 0
NOTICE:  BL2: Load dst=0x1f7c0 src=(p:0)0x10000(128) len=0x10(1)
NOTICE:  BL2: SD boot from partition 0
NOTICE:  BL2: Load dst=0x1f920 src=(p:0)0x10010(128) len=0x28(1)
NOTICE:  BL2: Load dst=0x1f920 src=(p:0)0x10038(128) len=0x28(1)
NOTICE:  BL2: SD boot from partition 0
NOTICE:  BL2: Load dst=0x50000000 src=(p:0)0x16100(176) len=0xa9878(1357)
NOTICE:  BL2: Booting BL31
NOTICE:  BL31: v2.6(release):7e8696ff4-dirty
NOTICE:  BL31: Built : 12:07:55, Sep  8 2022


U-Boot 2021.10-g90edad6e00 (Sep 08 2022 - 11:55:48 +0200)

CPU:   Renesas Electronics K rev 6.15
Model: smarc-rzg2l
DRAM:  1.9 GiB
MMC:   sd@11c00000: 0, sd@11c10000: 1
Loading Environment from MMC... MMC partition switch failed
*** Warning - MMC partition switch failed, using default environment

In:    serial@1004b800
Out:   serial@1004b800
Err:   serial@1004b800
Net:
Error: ethernet@11c20000 address not set.
No ethernet found.

Please note that u-boot by default is configured to store the environment variables on the eMMC boot partition 2. On the Smarc EVKs the SD card slot is shared with eMMC, so environment variables cannot be loaded / saved.

Use SD card for u-boot environment variables

Please note that u-boot by default is configured to store the environment variables on the eMMC boot partition 2. It is possible to configure u-boot to use the SD card also as env variable storage device. We can take advantage of the spare space between the end of FIP and first partition:

Image Added

To do that it is sufficient to modify the u-boot configuration:

./build.sh u menuconfig

Navigate to "Environment --->" and change:

mmc partition number -> 0: there is only one physical partition on a sd card, so select it.

Environment size -> 0x10000: use 64K space for u-boot environment variables, i.e 128 sectors (512 bytes)

Environment offset -> 0xF0000: this is the offset starting from the base. We want to start from 2048 (first logical partition) - 128 (size) = 1920. 1920 * 512 = 983.040 = 0xF0000

 Image Added

 Exit and save.

Change Bus Width

You also need to configure bus width to 4, instead of 8. This can be done by modifying the device tree (arch/arm/dts/smarc-rzg2l.dts):

&sdhi0 {
        /* pinctrl placeholder
         * If this channel is used for interfacing with a SD card, a power enable
         * pin (SD0_PWR_EN) must be defined.
         * The SD0_PWR_EN pin is associated with P4_1.
         * A HIGH signal on SD0_PWR_EN will enable supply voltage for SD card.
        */
        bus-width = <4>;
        status = "okay";
};

Exit and save, then rebuild both u-boot and TF-A and reprogram bl2 and fip binaries as documented in the previous section.

You can also program your own environment variables, creating a binary as described in this section and then program it:

sudo dd if=u-boot-env.bin of=/dev/sda seek=1920

RZG2L Cortex-M33 Multi-OS Package

Instructions for RZV Cortex-M33 Multi-OS Package is located below.

Cortex-M33 Multi-OS Package Support

US108 2D Barcode Scanner Carrier Board

Yocto Build Project

Below is the repository with instructions to build the image.

• https://github.com/renesas-rz/meta-barcode-poc

Operating Instructions

The following instructions explain how to run the 2D Barcode Scanner demo on the US108 2D Barcode scanner carrier board with a plugged in SMARC 2.0 RZ/G2L SOM. It is assumed that a bootable Linux image with the 2D Barcode scanner demo exist on a micro SD card and that the SD card is plugged into the SC card slot of the RZ/G2L SMARC SOM.
Items needed:

1. Computer with two USB ports
2. US108 2D Barcode Scanner Carrier board
3. RZ/G2L SMARC SOM
4. Google Coral camera with ribbon cable
5. LED board with flashlight LEDS and red pointer LED
6. Camera adapter board
7. RJ50/USB cable
8. UART USB converter with ribbon cableUART Converter Cable with FTDI Chip Support 5V 3.3V 2.5V 1.8V TTL
   Amazon.com: DSD TECH SH-U09C5 USB to TTL UART Converter Cable with FTDI Chip Support 5V 3.3V 2.5V 1.8V TTL : Electronics
9. Terra Term
10. Documentation
    1. Barcode Scanner PoC Hardware User Manual-v11-20220112_002023.pdf
    2. Barcode Scanner PoC Software User Manual-v17-20220112_002123.pdf

Importing Orcad design files into Altium

SMARC board schematics and layout are provided in Orcad format only, .dns and .brd respectively. These files can be imported into Altium designer using this guide and/or this guide.

DirectFB for RZ/G2UL

Image AddedWhat is DirectFB?

• Since the RZ/G2UL does not have a GPU, the Weston Desktop must be rendered using CPU only. Therefore, graphical applications might want to use the traditional legacy Frame Buffer (/dev/fb0) Linux interface instead because it will use less resources (less DDR memory).
• There is an old graphic framework call DirectFB that used to be very popular for the /dev/fb0 interface. You can read it about it here: https://elinux.org/DirectFB
• The project is no longer active, however you can still enable and build the code in Yocto and it is still quite useful for validating LCDs

What is DirectFB2?

• Someone has decided to keep the project going as "DirectFB2" (Article)
• On github, you can find the code (https://github.com/directfb2) and documentations (https://github.com/directfb2/directfb2.github.io)

Instructions for adding the original DirectFB to Yocto:

• DirectFB recipes are included in the standard meta-openembedded layer (meta-openembedded/meta-oe/recipes-graphics/directfb/)
• The source files are downloaded from the Yocto Mirror server since the DirectFB website and repo have been gone for years.
• The Yocto recipes will also apply various patches to fix bugs that were in the final v1.7.7 release of DirectFB.

1. Edit your local.conf file and add these lines:

DISTRO_FEATURES_append = " directfb" 
IMAGE_INSTALL_append = " directfb directfb-examples " 

2. Build (bitbake) a core-image-minimal or core-image-bsp. Then program your board with that new image.

3. After booting your board, log in as root and create a file /home/root/.directfbrc . Add the below contents to the .directfbrc file. Of course, change the resolution of the mode to match your LCD.

system=fbdev
module-dir=/usr/lib64/directfb-1.7-7/
fbdev=/dev/fb0
mode=1280x720
depth=32

4. Log out, then log back in.

5. Now you can run the directfb examples you build. For example:

$ df_andi

Generally, most of the examples start with "df_" . Here are some that are interesting.

• df_dok
  • A benchmark demo that uses all the DirectFB APIs. People used to use this to compare CPU performance.
• df_andi
  • Penguin walking demo
• df_knuckles

A 3D skull with rotate light. If you have a mouse, you can rotate the skull.

• df_neo
  • Fly icons that change color and size
• df_input
  • Used for checking the touchscreen or mouse inputs
• df_windows
  • You can move windows around with touch screen or mouse

Enable 2 Ethernet ports on EVK

• There are 2 Ethernet on EVK board. Add-on networking functions may require users to use both ethernet cables. For doing so, please

1. Enable the ETHER0 port in the device tree. For example, enable Eth0 on RZ/Five:

 # <kernel dir>/arch/riscv/boot/dts/renesas/r9a07g043f01-smarc.dts
 10
 11 /*
 12  * DIP-Switch SW1 setting
 13  * 1 : High; 0: Low
 14  * SW1-2 : SW_SD0_DEV_SEL   (1: eMMC; 0: uSD)
 15  * SW1-3 : SW_ET0_EN_N      (0: ETHER0; 1: CAN0,CAN1,SSI1,RSPI1)
 16  * Please change below MACROs corespondingly to SW1 setting
 17  */
 18
 19 #define SW_SW0_DEV_SEL  1
 20 #define SW_ET0_EN_N 0
 21 //#define   SW_ET0_EN_N 1
 22
 23 #include "rzfive-smarc.dtsi"
 24 
 25 / {

2. For RZ/Five and RZ/G2UL, please turn switch SW1_3 OFF on the smarc module:

Image Added 

Playing and Recording Audio

• The RZ/G2L SMARC has a WM8978 audio codec. By default, some ASLA settings are not configured so playing and recording is not available.
• For example, if you play audio, you will not hear anything because the volume is set to 0%.
• Before you can play or record audio, please enter the commands below.

$ amixer cset name='Left Input Mixer L2 Switch' on
$ amixer cset name='Right Input Mixer R2 Switch' on
$ amixer cset name='Headphone Playback Volume' 100
$ amixer cset name='PCM Volume' 100%
$ amixer cset name='Input PGA Volume' 25

• Then, you can record audio by using the 'arecord' command. 'arecord' supports several formats and options to record audio from sound card. Please refer  manpage for more details.

$ arecord -M -twav -fS16_LE -r8000 /tmp/sample.wav

• Explanation:
  • '-M': Enables memomry-mapped I/O mode
  • '-twav': Output file type is WAV
  • '-fS16_LE': 16-bit little-endian format
  • '-r8000': Sample rate of 8kHz
• Now, you can play the recorded file using the 'aplay' command. 'aplay' also can handle various audio formats and configurations to play audio files through a sound card. Please refer manpage for more details.

$ aplay /tmp/sample.wav

Note about playing 48KHz and 44.1KHz audio files

The RZ/G2L SMARC EVK is designed to handle both 48KHz and 44.1KHz audio files seamlessly. These two sampling frequencies require 12.288MHz and 11.2896MHz master clock respectively (256x the sample rate). On the SMARC EVK we have a versaclock3 that provides the different clocks. When it comes to audio this is the configuration:

Image Added 

 The versaclock3 clock generator generates audio_clk1 (SE1 output), audio_clk2 (Diff2 output), required by the RZ/G2L SSI (I2S peripheral), and audio_mclk (SE2) that is fed into the WM8978 codec as master clock. However the versaclock3 can be reconfigured to switch the audio_mclk dynamically between 11.2896MHz and 12.288MHz. This is done seamlessly because audio_mclk is not a fixed clock, the ALSA framework "sends" the reconfiguration request to both the SSI driver and the versaclock3 driver. The first driver switches reference clock input from audio_clk1 and audio_clk2 and viceversa, the latter driver sets the best clock parent for audio_mclk, that is in fact done by switching from DIV4 to DIV5 via I2C.

Image Added

This is the screenshot of the versaclock3 Timing Commander utility, that shows the default configuration stored in the OTP.