Arm Neoverse V3AE PMU事件分类错误分析与解决方案

1. Neoverse V3AE PMU事件分类错误的技术背景

性能监控单元（PMU）是现代处理器微架构中的关键调试组件，它通过硬件计数器记录特定事件的发生次数。在Arm Neoverse V3AE架构中，PMU事件采用分层编码机制，每个事件对应唯一的十六进制标识符（如0x0081对应EXC_UNDEF）。这种设计允许开发者精确监控从缓存访问到异常处理等各种微架构行为。

虚拟化扩展（FEAT_VHE）的引入为PMU事件分类带来了新的维度。该特性定义了"Taken locally"这一关键限定条件——它决定了哪些异常实例会被特定的PMU事件计数。具体来说，当异常发生在虚拟化环境中时，HCR_EL2寄存器中的{E2H,TGE}字段组合会直接影响异常的路由路径和统计方式。

2. 问题现象与根本原因分析

2.1 错误分类的具体表现

在Neoverse V3AE的r0p0至r0p2版本中，存在以下两类典型的PMU事件误分类：

1. EXC_UNDEF与EXC_TRAP_OTHER混淆
   当HCR_EL2.{E2H,TGE}={1,1}时，本应计入EXC_UNDEF（0x0081）的未定义指令异常，错误地计入了EXC_TRAP_OTHER（0x008D）计数器。反之，在非{E2H,TGE}={1,1}状态下，又会出现反向的错误统计。

2. SVC指令统计异常
   在常规非虚拟化环境下（HCR_EL2.{E2H,TGE}≠{1,1}），SVC指令本应触发EXC_TRAP_OTHER事件，但实际上却错误地触发了EXC_SVC（0x0082）计数。

2.2 微架构层面的根本原因

通过分析Arm架构参考手册与芯片设计文档，发现问题源于PMU事件分类逻辑中缺少对"Taken locally"条件的完整校验。具体表现为：

1. 条件判断缺失
   在异常处理流水线的PMU事件触发逻辑中，硬件未正确检查HCR_EL2.{E2H,TGE}状态与异常类型的匹配关系。下图展示了理想的事件分类判断流程与实际实现的差异：

   code复制// 正确的判断逻辑应包含：
   if (is_exception_taken_locally()) {
       case EXC_UNDEF:  count_ev