RZ-G/RZ-G2 Update Trusted-firmware and U-boot Under Linux

Introduction of the two updating methods

There are two ways to update the Trusted-firmware(TF) and U-boot.

The first way is using the builtin commands of flashwriter-tool to download TF and U-boot images(.srec format only) to RAM and then write them to the bootable devices(eMMC or QSPI-Flash). It works at SCIF download mode. This way is introduced in the startup guide inside BSP release's documents, which will not be described in detail in this page. The advantage of this way is that it can be used for any board, especially for the new board with empty bootable device. But there are disadvantage for this way. For example, it's very solw because in the SCIF download mode, data is transferred via UART port with 115200bps. And user must manually input some data or select some files for each board during updating process.

The second way will be described in detail in this page. This way is updating the TF and U-boot images(.bin, raw binary format only) under Linux. It's accomplished via very common commands such as dd, flash_eraseall, cat and so on. So it's very fast and the commands can be written into a shell script which can be run automatically after boot in Linux. But the disadvange is that this way can't work for the first new board with an empty bootable device. For these kinds of boards, you must use the first way described above.

Customer support

Customers don't want to use the first way only because of the disadvantages of this way. They prefer to use the two ways at the same time. RZ/G series MPU support to use QSPI flash and eMMC as boot devices. Typically the eMMC is used as the main boot device for customer's products. Customer can make a small board with a QSPI flash only. This small board can be plugged into or out from the main board(board for end user). It just acts as a bootable USB disk whic can be used to install the whole system to an PC's harddisk.

Typical usage steps:

Plug in the empty QSPI flash board into main board and switch to SCIF download mode.
Use the first way to update the empty QSPI flash board(the kernel, dtb and rootfs should also be written under U-boot).
Switch to SPI boot mode.
Boot into Linux.
Update the eMMC boot device on the board. Everything needed by the eMMC can be updated, including TF/U-boot/kernel/dtb/rootfs because the real boot device now is the QSPI flash and these files can be compressed and stored into QSPI flash first.
Switch to eMMC boot mode.
The main board is ready.

Of course the images in the QSPI flash can also be updated if necessary at step 5, self-update. Customer can also update an empty QSPI flash board's content after boot into Linux from eMMC boot mode. So customer only need to use the first way to update an empty QSPI flash boad once, then every board can be updated under Linux.

Updating detail in the second way for RZ/G2L

After boot into Linux, you should prepared the binary format of TF and U-boot. We can't use the srec format because the common Linux based commands can't interpret or recognize s-record format unliky the builtin commands in Flashwritter. We only need to know the offset inside the boot device to store the binary file and then write the binary from the offset. The boot ROM only needs the offset inside the boot device.

Update the QSPI flash

From the release note document, we can get the offset information(the 'Address to save to ROM' column)

Update the eMMC