1.. include:: ../../disclaimer-zh_CN.rst
2
3:Original: :ref:`Documentation/arch/arm64/amu.rst <amu_index>`
4
5Translator: Bailu Lin <bailu.lin@vivo.com>
6
7==================================
8AArch64 Linux 中扩展的活动监控单元
9==================================
10
11作者: Ionela Voinescu <ionela.voinescu@arm.com>
12
13日期: 2019-09-10
14
15本文档简要描述了 AArch64 Linux 支持的活动监控单元的规范。
16
17
18架构总述
19--------
20
21活动监控是 ARMv8.4 CPU 架构引入的一个可选扩展特性。
22
23活动监控单元(在每个 CPU 中实现)为系统管理提供了性能计数器。既可以通
24过系统寄存器的方式访问计数器,同时也支持外部内存映射的方式访问计数器。
25
26AMUv1 架构实现了一个由4个固定的64位事件计数器组成的计数器组。
27
28  - CPU 周期计数器:同 CPU 的频率增长
29  - 常量计数器:同固定的系统时钟频率增长
30  - 淘汰指令计数器: 同每次架构指令执行增长
31  - 内存停顿周期计数器:计算由在时钟域内的最后一级缓存中未命中而引起
32    的指令调度停顿周期数
33
34当处于 WFI 或者 WFE 状态时,计数器不会增长。
35
36AMU 架构提供了一个高达16位的事件计数器空间,未来新的 AMU 版本中可能
37用它来实现新增的事件计数器。
38
39另外,AMUv1 实现了一个多达16个64位辅助事件计数器的计数器组。
40
41冷复位时所有的计数器会清零。
42
43
44基本支持
45--------
46
47内核可以安全地运行在支持 AMU 和不支持 AMU 的 CPU 组合中。
48因此,当配置 CONFIG_ARM64_AMU_EXTN 后我们无条件使能后续
49(secondary or hotplugged) CPU 检测和使用这个特性。
50
51当在 CPU 上检测到该特性时,我们会标记为特性可用但是不能保证计数器的功能,
52仅表明有扩展属性。
53
54固件(代码运行在高异常级别,例如 arm-tf )需支持以下功能:
55
56 - 提供低异常级别(EL2 和 EL1)访问 AMU 寄存器的能力。
57 - 使能计数器。如果未使能,它的值应为 0。
58 - 在从电源关闭状态启动 CPU 前或后保存或者恢复计数器。
59
60当使用使能了该特性的内核启动但固件损坏时,访问计数器寄存器可能会遭遇
61panic 或者死锁。即使未发现这些症状,计数器寄存器返回的数据结果并不一
62定能反映真实情况。通常,计数器会返回 0,表明他们未被使能。
63
64如果固件没有提供适当的支持最好关闭 CONFIG_ARM64_AMU_EXTN。
65值得注意的是,出于安全原因,不要绕过 AMUSERRENR_EL0 设置而捕获从
66EL0(用户空间) 访问 EL1(内核空间)。 因此,固件应该确保访问 AMU寄存器
67不会困在 EL2或EL3。
68
69AMUv1 的固定计数器可以通过如下系统寄存器访问:
70
71 - SYS_AMEVCNTR0_CORE_EL0
72 - SYS_AMEVCNTR0_CONST_EL0
73 - SYS_AMEVCNTR0_INST_RET_EL0
74 - SYS_AMEVCNTR0_MEM_STALL_EL0
75
76特定辅助计数器可以通过 SYS_AMEVCNTR1_EL0(n) 访问,其中n介于0到15。
77
78详细信息定义在目录:arch/arm64/include/asm/sysreg.h79
80
81用户空间访问
82------------
83
84由于以下原因,当前禁止从用户空间访问 AMU 的寄存器:
85
86  - 安全因数:可能会暴露处于安全模式执行的代码信息。
87  - 意愿:AMU 是用于系统管理的。
88
89同样,该功能对用户空间不可见。
90
91
92虚拟化
93------
94
95由于以下原因,当前禁止从 KVM 客户端的用户空间(EL0)和内核空间(EL1)
96访问 AMU 的寄存器:
97
98  - 安全因数:可能会暴露给其他客户端或主机端执行的代码信息。
99
100任何试图访问 AMU 寄存器的行为都会触发一个注册在客户端的未定义异常。
101