1=========================== 2ARM64 CPU Feature Registers 3=========================== 4 5Author: Suzuki K Poulose <suzuki.poulose@arm.com> 6 7 8This file describes the ABI for exporting the AArch64 CPU ID/feature 9registers to userspace. The availability of this ABI is advertised 10via the HWCAP_CPUID in HWCAPs. 11 121. Motivation 13------------- 14 15The ARM architecture defines a set of feature registers, which describe 16the capabilities of the CPU/system. Access to these system registers is 17restricted from EL0 and there is no reliable way for an application to 18extract this information to make better decisions at runtime. There is 19limited information available to the application via HWCAPs, however 20there are some issues with their usage. 21 22 a) Any change to the HWCAPs requires an update to userspace (e.g libc) 23 to detect the new changes, which can take a long time to appear in 24 distributions. Exposing the registers allows applications to get the 25 information without requiring updates to the toolchains. 26 27 b) Access to HWCAPs is sometimes limited (e.g prior to libc, or 28 when ld is initialised at startup time). 29 30 c) HWCAPs cannot represent non-boolean information effectively. The 31 architecture defines a canonical format for representing features 32 in the ID registers; this is well defined and is capable of 33 representing all valid architecture variations. 34 35 362. Requirements 37--------------- 38 39 a) Safety: 40 41 Applications should be able to use the information provided by the 42 infrastructure to run safely across the system. This has greater 43 implications on a system with heterogeneous CPUs. 44 The infrastructure exports a value that is safe across all the 45 available CPU on the system. 46 47 e.g, If at least one CPU doesn't implement CRC32 instructions, while 48 others do, we should report that the CRC32 is not implemented. 49 Otherwise an application could crash when scheduled on the CPU 50 which doesn't support CRC32. 51 52 b) Security: 53 54 Applications should only be able to receive information that is 55 relevant to the normal operation in userspace. Hence, some of the 56 fields are masked out(i.e, made invisible) and their values are set to 57 indicate the feature is 'not supported'. See Section 4 for the list 58 of visible features. Also, the kernel may manipulate the fields 59 based on what it supports. e.g, If FP is not supported by the 60 kernel, the values could indicate that the FP is not available 61 (even when the CPU provides it). 62 63 c) Implementation Defined Features 64 65 The infrastructure doesn't expose any register which is 66 IMPLEMENTATION DEFINED as per ARMv8-A Architecture. 67 68 d) CPU Identification: 69 70 MIDR_EL1 is exposed to help identify the processor. On a 71 heterogeneous system, this could be racy (just like getcpu()). The 72 process could be migrated to another CPU by the time it uses the 73 register value, unless the CPU affinity is set. Hence, there is no 74 guarantee that the value reflects the processor that it is 75 currently executing on. The REVIDR is not exposed due to this 76 constraint, as REVIDR makes sense only in conjunction with the 77 MIDR. Alternately, MIDR_EL1 and REVIDR_EL1 are exposed via sysfs 78 at:: 79 80 /sys/devices/system/cpu/cpu$ID/regs/identification/ 81 \- midr 82 \- revidr 83 843. Implementation 85-------------------- 86 87The infrastructure is built on the emulation of the 'MRS' instruction. 88Accessing a restricted system register from an application generates an 89exception and ends up in SIGILL being delivered to the process. 90The infrastructure hooks into the exception handler and emulates the 91operation if the source belongs to the supported system register space. 92 93The infrastructure emulates only the following system register space:: 94 95 Op0=3, Op1=0, CRn=0, CRm=0,4,5,6,7 96 97(See Table C5-6 'System instruction encodings for non-Debug System 98register accesses' in ARMv8 ARM DDI 0487A.h, for the list of 99registers). 100 101The following rules are applied to the value returned by the 102infrastructure: 103 104 a) The value of an 'IMPLEMENTATION DEFINED' field is set to 0. 105 b) The value of a reserved field is populated with the reserved 106 value as defined by the architecture. 107 c) The value of a 'visible' field holds the system wide safe value 108 for the particular feature (except for MIDR_EL1, see section 4). 109 d) All other fields (i.e, invisible fields) are set to indicate 110 the feature is missing (as defined by the architecture). 111 1124. List of registers with visible features 113------------------------------------------- 114 115 1) ID_AA64ISAR0_EL1 - Instruction Set Attribute Register 0 116 117 +------------------------------+---------+---------+ 118 | Name | bits | visible | 119 +------------------------------+---------+---------+ 120 | TS | [55-52] | y | 121 +------------------------------+---------+---------+ 122 | FHM | [51-48] | y | 123 +------------------------------+---------+---------+ 124 | DP | [47-44] | y | 125 +------------------------------+---------+---------+ 126 | SM4 | [43-40] | y | 127 +------------------------------+---------+---------+ 128 | SM3 | [39-36] | y | 129 +------------------------------+---------+---------+ 130 | SHA3 | [35-32] | y | 131 +------------------------------+---------+---------+ 132 | RDM | [31-28] | y | 133 +------------------------------+---------+---------+ 134 | ATOMICS | [23-20] | y | 135 +------------------------------+---------+---------+ 136 | CRC32 | [19-16] | y | 137 +------------------------------+---------+---------+ 138 | SHA2 | [15-12] | y | 139 +------------------------------+---------+---------+ 140 | SHA1 | [11-8] | y | 141 +------------------------------+---------+---------+ 142 | AES | [7-4] | y | 143 +------------------------------+---------+---------+ 144 145 146 2) ID_AA64PFR0_EL1 - Processor Feature Register 0 147 148 +------------------------------+---------+---------+ 149 | Name | bits | visible | 150 +------------------------------+---------+---------+ 151 | DIT | [51-48] | y | 152 +------------------------------+---------+---------+ 153 | SVE | [35-32] | y | 154 +------------------------------+---------+---------+ 155 | GIC | [27-24] | n | 156 +------------------------------+---------+---------+ 157 | AdvSIMD | [23-20] | y | 158 +------------------------------+---------+---------+ 159 | FP | [19-16] | y | 160 +------------------------------+---------+---------+ 161 | EL3 | [15-12] | n | 162 +------------------------------+---------+---------+ 163 | EL2 | [11-8] | n | 164 +------------------------------+---------+---------+ 165 | EL1 | [7-4] | n | 166 +------------------------------+---------+---------+ 167 | EL0 | [3-0] | n | 168 +------------------------------+---------+---------+ 169 170 171 3) MIDR_EL1 - Main ID Register 172 173 +------------------------------+---------+---------+ 174 | Name | bits | visible | 175 +------------------------------+---------+---------+ 176 | Implementer | [31-24] | y | 177 +------------------------------+---------+---------+ 178 | Variant | [23-20] | y | 179 +------------------------------+---------+---------+ 180 | Architecture | [19-16] | y | 181 +------------------------------+---------+---------+ 182 | PartNum | [15-4] | y | 183 +------------------------------+---------+---------+ 184 | Revision | [3-0] | y | 185 +------------------------------+---------+---------+ 186 187 NOTE: The 'visible' fields of MIDR_EL1 will contain the value 188 as available on the CPU where it is fetched and is not a system 189 wide safe value. 190 191 4) ID_AA64ISAR1_EL1 - Instruction set attribute register 1 192 193 +------------------------------+---------+---------+ 194 | Name | bits | visible | 195 +------------------------------+---------+---------+ 196 | GPI | [31-28] | y | 197 +------------------------------+---------+---------+ 198 | GPA | [27-24] | y | 199 +------------------------------+---------+---------+ 200 | LRCPC | [23-20] | y | 201 +------------------------------+---------+---------+ 202 | FCMA | [19-16] | y | 203 +------------------------------+---------+---------+ 204 | JSCVT | [15-12] | y | 205 +------------------------------+---------+---------+ 206 | API | [11-8] | y | 207 +------------------------------+---------+---------+ 208 | APA | [7-4] | y | 209 +------------------------------+---------+---------+ 210 | DPB | [3-0] | y | 211 +------------------------------+---------+---------+ 212 213 5) ID_AA64MMFR2_EL1 - Memory model feature register 2 214 215 +------------------------------+---------+---------+ 216 | Name | bits | visible | 217 +------------------------------+---------+---------+ 218 | AT | [35-32] | y | 219 +------------------------------+---------+---------+ 220 221 6) ID_AA64ZFR0_EL1 - SVE feature ID register 0 222 223 +------------------------------+---------+---------+ 224 | Name | bits | visible | 225 +------------------------------+---------+---------+ 226 | SM4 | [43-40] | y | 227 +------------------------------+---------+---------+ 228 | SHA3 | [35-32] | y | 229 +------------------------------+---------+---------+ 230 | BitPerm | [19-16] | y | 231 +------------------------------+---------+---------+ 232 | AES | [7-4] | y | 233 +------------------------------+---------+---------+ 234 | SVEVer | [3-0] | y | 235 +------------------------------+---------+---------+ 236 237Appendix I: Example 238------------------- 239 240:: 241 242 /* 243 * Sample program to demonstrate the MRS emulation ABI. 244 * 245 * Copyright (C) 2015-2016, ARM Ltd 246 * 247 * Author: Suzuki K Poulose <suzuki.poulose@arm.com> 248 * 249 * This program is free software; you can redistribute it and/or modify 250 * it under the terms of the GNU General Public License version 2 as 251 * published by the Free Software Foundation. 252 * 253 * This program is distributed in the hope that it will be useful, 254 * but WITHOUT ANY WARRANTY; without even the implied warranty of 255 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the 256 * GNU General Public License for more details. 257 * This program is free software; you can redistribute it and/or modify 258 * it under the terms of the GNU General Public License version 2 as 259 * published by the Free Software Foundation. 260 * 261 * This program is distributed in the hope that it will be useful, 262 * but WITHOUT ANY WARRANTY; without even the implied warranty of 263 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the 264 * GNU General Public License for more details. 265 */ 266 267 #include <asm/hwcap.h> 268 #include <stdio.h> 269 #include <sys/auxv.h> 270 271 #define get_cpu_ftr(id) ({ \ 272 unsigned long __val; \ 273 asm("mrs %0, "#id : "=r" (__val)); \ 274 printf("%-20s: 0x%016lx\n", #id, __val); \ 275 }) 276 277 int main(void) 278 { 279 280 if (!(getauxval(AT_HWCAP) & HWCAP_CPUID)) { 281 fputs("CPUID registers unavailable\n", stderr); 282 return 1; 283 } 284 285 get_cpu_ftr(ID_AA64ISAR0_EL1); 286 get_cpu_ftr(ID_AA64ISAR1_EL1); 287 get_cpu_ftr(ID_AA64MMFR0_EL1); 288 get_cpu_ftr(ID_AA64MMFR1_EL1); 289 get_cpu_ftr(ID_AA64PFR0_EL1); 290 get_cpu_ftr(ID_AA64PFR1_EL1); 291 get_cpu_ftr(ID_AA64DFR0_EL1); 292 get_cpu_ftr(ID_AA64DFR1_EL1); 293 294 get_cpu_ftr(MIDR_EL1); 295 get_cpu_ftr(MPIDR_EL1); 296 get_cpu_ftr(REVIDR_EL1); 297 298 #if 0 299 /* Unexposed register access causes SIGILL */ 300 get_cpu_ftr(ID_MMFR0_EL1); 301 #endif 302 303 return 0; 304 } 305