Paul Beesley | f3653a6 | 2019-05-22 11:22:44 +0100 | [diff] [blame] | 1 | NVIDIA Tegra |
| 2 | ============ |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 3 | |
Varun Wadekar | 13f57a8 | 2019-12-03 14:14:12 -0800 | [diff] [blame^] | 4 | - .. rubric:: T194 |
| 5 | :name: t194 |
| 6 | |
| 7 | T194 has eight NVIDIA Carmel CPU cores in a coherent multi-processor |
| 8 | configuration. The Carmel cores support the ARM Architecture version 8.2, |
| 9 | executing both 64-bit AArch64 code, and 32-bit AArch32 code. The Carmel |
| 10 | processors are organized as four dual-core clusters, where each cluster has |
| 11 | a dedicated 2 MiB Level-2 unified cache. A high speed coherency fabric connects |
| 12 | these processor complexes and allows heterogeneous multi-processing with all |
| 13 | eight cores if required. |
| 14 | |
Varun Wadekar | 6801c79 | 2019-01-03 15:09:44 -0800 | [diff] [blame] | 15 | - .. rubric:: T186 |
| 16 | :name: t186 |
| 17 | |
| 18 | The NVIDIA® Parker (T186) series system-on-chip (SoC) delivers a heterogeneous |
| 19 | multi-processing (HMP) solution designed to optimize performance and |
| 20 | efficiency. |
| 21 | |
| 22 | T186 has Dual NVIDIA Denver 2 ARM® CPU cores, plus Quad ARM Cortex®-A57 cores, |
| 23 | in a coherent multiprocessor configuration. The Denver 2 and Cortex-A57 cores |
| 24 | support ARMv8, executing both 64-bit Aarch64 code, and 32-bit Aarch32 code |
| 25 | including legacy ARMv7 applications. The Denver 2 processors each have 128 KB |
| 26 | Instruction and 64 KB Data Level 1 caches; and have a 2MB shared Level 2 |
| 27 | unified cache. The Cortex-A57 processors each have 48 KB Instruction and 32 KB |
| 28 | Data Level 1 caches; and also have a 2 MB shared Level 2 unified cache. A |
| 29 | high speed coherency fabric connects these two processor complexes and allows |
| 30 | heterogeneous multi-processing with all six cores if required. |
| 31 | |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 32 | - .. rubric:: T210 |
| 33 | :name: t210 |
| 34 | |
Dan Handley | 610e7e1 | 2018-03-01 18:44:00 +0000 | [diff] [blame] | 35 | T210 has Quad Arm® Cortex®-A57 cores in a switched configuration with a |
| 36 | companion set of quad Arm Cortex-A53 cores. The Cortex-A57 and A53 cores |
| 37 | support Armv8-A, executing both 64-bit Aarch64 code, and 32-bit Aarch32 code |
| 38 | including legacy Armv7-A applications. The Cortex-A57 processors each have |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 39 | 48 KB Instruction and 32 KB Data Level 1 caches; and have a 2 MB shared |
| 40 | Level 2 unified cache. The Cortex-A53 processors each have 32 KB Instruction |
| 41 | and 32 KB Data Level 1 caches; and have a 512 KB shared Level 2 unified cache. |
| 42 | |
| 43 | - .. rubric:: T132 |
| 44 | :name: t132 |
| 45 | |
| 46 | Denver is NVIDIA's own custom-designed, 64-bit, dual-core CPU which is |
Dan Handley | 610e7e1 | 2018-03-01 18:44:00 +0000 | [diff] [blame] | 47 | fully Armv8-A architecture compatible. Each of the two Denver cores |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 48 | implements a 7-way superscalar microarchitecture (up to 7 concurrent |
| 49 | micro-ops can be executed per clock), and includes a 128KB 4-way L1 |
| 50 | instruction cache, a 64KB 4-way L1 data cache, and a 2MB 16-way L2 |
| 51 | cache, which services both cores. |
| 52 | |
| 53 | Denver implements an innovative process called Dynamic Code Optimization, |
| 54 | which optimizes frequently used software routines at runtime into dense, |
| 55 | highly tuned microcode-equivalent routines. These are stored in a |
| 56 | dedicated, 128MB main-memory-based optimization cache. After being read |
| 57 | into the instruction cache, the optimized micro-ops are executed, |
| 58 | re-fetched and executed from the instruction cache as long as needed and |
| 59 | capacity allows. |
| 60 | |
| 61 | Effectively, this reduces the need to re-optimize the software routines. |
| 62 | Instead of using hardware to extract the instruction-level parallelism |
| 63 | (ILP) inherent in the code, Denver extracts the ILP once via software |
| 64 | techniques, and then executes those routines repeatedly, thus amortizing |
| 65 | the cost of ILP extraction over the many execution instances. |
| 66 | |
| 67 | Denver also features new low latency power-state transitions, in addition |
| 68 | to extensive power-gating and dynamic voltage and clock scaling based on |
| 69 | workloads. |
| 70 | |
| 71 | Directory structure |
Paul Beesley | f3653a6 | 2019-05-22 11:22:44 +0100 | [diff] [blame] | 72 | ------------------- |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 73 | |
| 74 | - plat/nvidia/tegra/common - Common code for all Tegra SoCs |
| 75 | - plat/nvidia/tegra/soc/txxx - Chip specific code |
| 76 | |
| 77 | Trusted OS dispatcher |
Paul Beesley | f3653a6 | 2019-05-22 11:22:44 +0100 | [diff] [blame] | 78 | --------------------- |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 79 | |
Varun Wadekar | 6801c79 | 2019-01-03 15:09:44 -0800 | [diff] [blame] | 80 | Tegra supports multiple Trusted OS'. |
| 81 | |
| 82 | - Trusted Little Kernel (TLK): In order to include the 'tlkd' dispatcher in |
| 83 | the image, pass 'SPD=tlkd' on the command line while preparing a bl31 image. |
| 84 | - Trusty: In order to include the 'trusty' dispatcher in the image, pass |
| 85 | 'SPD=trusty' on the command line while preparing a bl31 image. |
| 86 | |
| 87 | This allows other Trusted OS vendors to use the upstream code and include |
| 88 | their dispatchers in the image without changing any makefiles. |
| 89 | |
| 90 | These are the supported Trusted OS' by Tegra platforms. |
| 91 | |
Varun Wadekar | 13f57a8 | 2019-12-03 14:14:12 -0800 | [diff] [blame^] | 92 | - Tegra132: TLK |
| 93 | - Tegra210: TLK and Trusty |
| 94 | - Tegra186: Trusty |
| 95 | - Tegra194: Trusty |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 96 | |
Varun Wadekar | 4d034c5 | 2019-01-11 14:47:48 -0800 | [diff] [blame] | 97 | Scatter files |
Paul Beesley | f3653a6 | 2019-05-22 11:22:44 +0100 | [diff] [blame] | 98 | ------------- |
Varun Wadekar | 4d034c5 | 2019-01-11 14:47:48 -0800 | [diff] [blame] | 99 | |
| 100 | Tegra platforms currently support scatter files and ld.S scripts. The scatter |
| 101 | files help support ARMLINK linker to generate BL31 binaries. For now, there |
| 102 | exists a common scatter file, plat/nvidia/tegra/scat/bl31.scat, for all Tegra |
| 103 | SoCs. The `LINKER` build variable needs to point to the ARMLINK binary for |
| 104 | the scatter file to be used. Tegra platforms have verified BL31 image generation |
| 105 | with ARMCLANG (compilation) and ARMLINK (linking) for the Tegra186 platforms. |
| 106 | |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 107 | Preparing the BL31 image to run on Tegra SoCs |
Paul Beesley | f3653a6 | 2019-05-22 11:22:44 +0100 | [diff] [blame] | 108 | --------------------------------------------- |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 109 | |
| 110 | .. code:: shell |
| 111 | |
| 112 | CROSS_COMPILE=<path-to-aarch64-gcc>/bin/aarch64-none-elf- make PLAT=tegra \ |
Varun Wadekar | 13f57a8 | 2019-12-03 14:14:12 -0800 | [diff] [blame^] | 113 | TARGET_SOC=<target-soc e.g. t194|t186|t210|t132> SPD=<dispatcher e.g. trusty|tlkd> |
Varun Wadekar | 6801c79 | 2019-01-03 15:09:44 -0800 | [diff] [blame] | 114 | bl31 |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 115 | |
| 116 | Platforms wanting to use different TZDRAM\_BASE, can add ``TZDRAM_BASE=<value>`` |
| 117 | to the build command line. |
| 118 | |
| 119 | The Tegra platform code expects a pointer to the following platform specific |
| 120 | structure via 'x1' register from the BL2 layer which is used by the |
| 121 | bl31\_early\_platform\_setup() handler to extract the TZDRAM carveout base and |
| 122 | size for loading the Trusted OS and the UART port ID to be used. The Tegra |
| 123 | memory controller driver programs this base/size in order to restrict NS |
| 124 | accesses. |
| 125 | |
| 126 | typedef struct plat\_params\_from\_bl2 { |
| 127 | /\* TZ memory size */ |
| 128 | uint64\_t tzdram\_size; |
| 129 | /* TZ memory base */ |
| 130 | uint64\_t tzdram\_base; |
| 131 | /* UART port ID \*/ |
| 132 | int uart\_id; |
Harvey Hsieh | fbdfce1 | 2016-11-23 19:13:08 +0800 | [diff] [blame] | 133 | /* L2 ECC parity protection disable flag \*/ |
| 134 | int l2\_ecc\_parity\_prot\_dis; |
Varun Wadekar | 4967c3d | 2017-07-21 13:34:16 -0700 | [diff] [blame] | 135 | /* SHMEM base address for storing the boot logs \*/ |
| 136 | uint64\_t boot\_profiler\_shmem\_base; |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 137 | } plat\_params\_from\_bl2\_t; |
| 138 | |
| 139 | Power Management |
Paul Beesley | f3653a6 | 2019-05-22 11:22:44 +0100 | [diff] [blame] | 140 | ---------------- |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 141 | |
| 142 | The PSCI implementation expects each platform to expose the 'power state' |
| 143 | parameter to be used during the 'SYSTEM SUSPEND' call. The state-id field |
| 144 | is implementation defined on Tegra SoCs and is preferably defined by |
| 145 | tegra\_def.h. |
| 146 | |
| 147 | Tegra configs |
Paul Beesley | f3653a6 | 2019-05-22 11:22:44 +0100 | [diff] [blame] | 148 | ------------- |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 149 | |
| 150 | - 'tegra\_enable\_l2\_ecc\_parity\_prot': This flag enables the L2 ECC and Parity |
Dan Handley | 610e7e1 | 2018-03-01 18:44:00 +0000 | [diff] [blame] | 151 | Protection bit, for Arm Cortex-A57 CPUs, during CPU boot. This flag will |
Douglas Raillard | d7c21b7 | 2017-06-28 15:23:03 +0100 | [diff] [blame] | 152 | be enabled by Tegrs SoCs during 'Cluster power up' or 'System Suspend' exit. |