Documentation/arm64/cpu-feature-registers.txt

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