ARM ETE跟踪单元Sequencer寄存器原理与应用

3.2 典型编程流程

下面是一个配置Sequencer状态转移的典型代码流程：

c复制// 1. 确认跟踪单元处于Idle状态
while (!(TRCSTATR & 0x1)) {
    // 等待进入Idle状态
}

// 2. 配置TRCRSCTLR设置Sequencer组
TRCRSCTLR = (TRCRSCTLR & ~0xF) | 0x2; // GROUP=0b0010
TRCRSCTLR = (TRCRSCTLR & ~0xF0) | (sequencer_id << 4); // 设置SEQUENCER字段

// 3. 配置TRCSEQEVR1寄存器(State 1→State 2的转移条件)
uint32_t event_selector = 0x12; // 示例事件选择
TRCSEQEVR1 = (0 << 7) | (event_selector & 0x1F); // F_TYPE=0, F_SEL=0x12

// 4. 可选：配置TRCSEQRSTEVR设置复位条件
TRCSEQRSTEVR = ...; // 配置复位事件

3.3 错误处理与边界情况

在实际编程中，需要特别注意以下边界情况：

1. 未实现资源选择器：

   • 读取时可能返回任意值
   • 写入后事件触发行为不可预测
   • 建议：通过TRCIDR4.NUMRSPAIR查询实际支持的选择器数量

2. 资源选择器对0：

   • 在布尔组合模式下，选择器对0的行为未定义
   • 应当避免使用F_TYPE=1且F_SEL=0的配置

3. 非Idle状态写入：

   • 可能导致寄存器值部分更新或不更新
   • 建议：在修改配置前确保跟踪单元处于Idle状态

4. 应用场景与性能考量

4.1 典型应用场景

复杂断点条件设置
通过布尔组合模式，可以创建复杂的触发条件。例如：

• 当处理器访问特定内存范围且处于特定特权级别时
• 当特定函数被调用且某个全局变量为特定值时

性能分析采样
配置Sequencer在特定事件(如缓存未命中)发生时转移到特定状态，结合统计寄存器可以计算事件发生率。

多阶段调试
利用Sequencer的多个状态实现调试流程的阶段性控制：

• State 0：初始状态，等待调试会话开始
• State 1：捕获程序启动阶段的行为
• State 2：捕获核心算法执行阶段的行为
• State 3：捕获程序结束阶段的行为

4.2 性能优化建议

1. 事件选择优化：

   • 简单条件使用单资源选择器模式(F_TYPE=0)
   • 复杂条件使用布尔组合模式(F_TYPE=1)比软件过滤更高效

2. 状态机设计原则：

   • 保持状态转换图简单
   • 避免在热点路径上设置频繁触发的事件
   • 合理使用TRCSTALLCTLR防止跟踪缓冲区溢出

3. 资源争用考量：

   • 某些资源选择器可能被多个调试功能共享
   • 在复杂调试场景中，需协调各功能的资源使用

5. 调试技巧与常见问题

5.1 调试技巧实录

1. Sequencer状态确认：

   • 通过TRCSEQSTR寄存器读取当前Sequencer状态
   • 注意：在非Idle/Stable状态下读取可能返回不确定值

2. 事件触发验证：

   • 使用TRCEVENT寄存器验证预期事件是否实际发生
   • 检查TRCSTATR寄存器确认跟踪单元状态

3. 交叉触发验证：

   • 将Sequencer事件与其他调试功能(如断点)关联
   • 通过交叉触发接口验证复杂条件

5.2 常见问题排查

问题1：Sequencer状态不变化
可能原因：

• 配置的事件未发生
• 资源选择器索引超出实现范围
• 跟踪单元未启用

排查步骤：

1. 确认TRCSTATR.IDLE=1
2. 检查TRCRSCTLR配置是否正确
3. 验证预期事件是否出现在TRCEVENT中

问题2：事件意外触发
可能原因：

• 资源选择器冲突
• 布尔函数理解错误
• 寄存器位被意外修改

排查步骤：

1. 检查所有相关寄存器的实际值(与预期值对比)
2. 确认没有其他调试功能使用相同的资源选择器
3. 简化条件，逐步构建复杂触发逻辑

问题3：跟踪数据不完整
可能原因：

• 缓冲区溢出
• 事件触发频率过高
• Sequencer状态机设计不合理

解决方案：

1. 调整TRCSTALLCTLR防止溢出
2. 增加跟踪缓冲区大小
3. 优化事件选择条件，减少不必要的数据采集