ARM A76 Watchpoint配置后未触发EL1调试异常求助排查

以下从寄存器配置、地址属性、系统权限三个维度逐一排查：

1. 拆解现有寄存器配置问题 #

DBGWCR0_EL1配置不匹配 #

当前DBGWCR0_EL1: 0xf9二进制为11111001，重点检查：

• SH（共享域，bits4-3）：值为11（Inner Shareable），需确认目标地址0xd021b600的内存属性是否为Shareable。若目标地址是Non-Shareable，需将SH改为00，否则watchpoint不会匹配访问。
• LEN（访问长度，bits7-5）：值为111（8字节），需确认实际触发加载的指令是访问8字节还是其他长度（如4字节、2字节）。若实际访问长度与LEN配置不匹配，watchpoint不会触发，需将LEN设置为对应长度的编码（比如4字节设为010）。
• VA（虚拟地址监控，bit8）：当前配置中该位为0，watchpoint监控的是物理地址。若程序中访问的是虚拟地址0xd021b600，需将VA位设为1，改为监控虚拟地址；若虚拟地址映射的物理地址不是0xd021b600，也会导致不触发。

MDSCR_EL1补充检查 #

当前MDSCR_EL1: 0xa000已正确设置KDE（bit13）和MDE（bit15）为1，但需确认**TRCENA（bit12）**是否为0？该位是跟踪使能，若开启可能影响调试事件路由，建议暂时置0排查。

2. 内存访问属性验证 #

• 确认目标地址0xd021b600的内存类型：ARM调试watchpoint通常不支持监控Device memory或Strongly Ordered memory的访问，若目标地址是设备内存，watchpoint无法触发。
• 检查页表映射：确保EL1下该地址的映射权限包含读权限，且没有设置访问权限限制导致加载操作被隐式拦截。

3. 系统级调试权限限制 #

• 检查EL2/EL3固件配置：若系统运行在带EL2/EL3的环境下，需确认高层固件是否允许EL1使用调试寄存器（如是否设置了HDFGRTR_EL2或类似寄存器限制EL1的调试权限）。
• 确认是否有其他调试会话冲突：若存在JTAG/SWD调试器连接，可能抢占了调试资源，导致EL1的watchpoint无法生效，可尝试断开外部调试器后重试。

4. 验证步骤建议 #

1. 修改DBGWCR0_EL1的SH位为00，LEN位改为实际访问长度（比如4字节设为010，即DBGWCR0_EL1改为0x79），VA位根据地址类型设为0或1，重新配置后测试。
2. 用MRS指令读取DBGWCR0_EL1确认配置是否生效（避免Threadx或其他内核代码覆盖寄存器）。
3. 手动编写一段触发加载0xd021b600的测试代码，单独运行后观察是否触发异常。

内容的提问来源于stack exchange，提问作者qwe