1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
|
.. SPDX-License-Identifier: CC-BY-SA-4.0
.. Copyright (C) 2024 On-Line Applications Research Corporation (OAR)
.. _BSP_arm_xilinx_zynqmp_rpu:
Xilinx ZynqMP RPU
=================
This BSP supports the Cortex-R5 processor on the Xilinx Zynq UltraScale+ MPSoC
platform. Basic hardware initialization is performed by the Cortex-R5 FSBL and
the BSP. This BSP supports the GICv2 interrupt controller available to the
Cortex-R5 subsystem. Since the Cortex-R5 subsystem only varies in speed, this
BSP should be functional across all chip variants as well as on Xilinx's QEMU
branch. SMP operation is not currently supported.
Clock Driver
------------
The clock driver uses one of the available triple timer counters (TTCs) as the
timer interrupt source.
Console Driver
--------------
The console driver supports the default Qemu emulated ARM PL011 PrimeCell UART
as well as the physical ARM PL011 PrimeCell UART in the ZynqMP hardware.
Boot on ZynqMP Hardware
-----------------------
On the ZynqMP RPU, RTEMS can be started by Cortes-R5 u-boot, Cortex-A53 u-boot,
via JTAG, or directly as part of BOOT.bin. For quick turnaround during testing,
it is recommended to use Cortex-A53 u-boot to avoid repeated BOOT.bin
generation since the provided Cortex-R5 u-boot is highly limited and has no
network or MMC/SD access.
Note that if the RPU image is started by the Cortex-A53 u-boot, the BSP
configuration must be updated to move ZYNQMP_RPU_RAM_INT_0_ORIGIN and
ZYNQMP_RPU_RAM_INT_1_ORIGIN into DDR since the TCMs are not directly available
to the Cortex-A53 cores at their Cortex-R5 internal addresses. Alternatively,
those sections could be copied to the TCMs using their global addresses, but
this must be done using additional commands within u-boot. If this is not taken
into account, the Cortex-R5 CPU will fail to boot correctly since execution
will jump into uninitialized TCM.
Hardware Boot Image Generation
------------------------------
When generating BOOT.bin from components, the BIF file should include at least
entries for the Cortex-R5 FSBL ([bootloader,destination_cpu=r5-0]) and the
Cortex-R5 application ([destination_cpu=r5-0]). The Cortex-R5 application should
be either a u-boot or RTEMS ELF binary. The Cortex-R5 u-boot binary can be
obtained by building it from Xilinx's u-boot repository. The Cortex-R5 FSBL can
be obtained setting up an appropriate platform project in Xilinx's current
development system.
Boot on QEMU
------------
The executable image is booted by Qemu in ELF format.
Running Executables on QEMU
---------------------------
Xilinx's qemu-devicetrees repository must be used in conjunction with the Xilinx
QEMU available via RSB. Executables generated by this BSP can be run using the
following command:
.. code-block:: shell
qemu-system-aarch64 -no-reboot -nographic -M arm-generic-fdt -serial null \
-serial mon:stdio -device loader,file=example.exe,cpu-num=4 \
-device loader,addr=0xff5e023c,data=0x80088fde,data-len=4 \
-device loader,addr=0xff9a0000,data=0x80000218,data-len=4 \
-hw-dtb /xlnx-qemu-devtrees-path/LATEST/SINGLE_ARCH/board-zynqmp-zcu102.dtb \
-m 4096 -display none
|
