AMBA ATB中Flush与常规数据发送的差异及相关疑问

问题1：两种数据处理方式的区别，以及正常传输时数据是否保留在FIFO中 #

• 常规跟踪数据传输（ATBYTES/ATDATA/ATID/ATREADY/ATVALID信号配合）：这是跟踪数据的正常交付流程。发送端通过ATVALID标识数据就绪，等待接收端ATREADY响应完成握手，握手成功后，对应ATDATA（含字节指示ATBYTES、ID标识ATID）的跟踪数据会从发送端内部FIFO移出，传输到接收端，不会再保留在发送端FIFO中。
• Buffer Flush（接收端置位AFVALID）：这是强制丢弃发送端未发数据的操作。接收端通过AFVALID触发后，发送端会直接清空内部FIFO里还没来得及传输的跟踪数据，这些数据不会被传送到接收端，相当于直接丢弃本地缓存的未交付数据。
• 核心区别：前者是完成数据的跨端交付，后者是主动丢弃发送端本地留存的未发数据，不涉及数据向接收端的传输。

问题2：接收端如何决定何时执行Flush操作 #

接收端触发Flush的时机完全基于自身系统需求或状态判断，常见场景包括：

• 当接收端自身的跟踪数据存储资源耗尽，无法继续接收新数据时，触发Flush让发送端清空缓存，避免后续数据溢出导致异常；
• 系统进入特定阶段（比如调试会话结束、系统复位前），需要丢弃未完成的跟踪数据，确保下一轮跟踪的起始状态干净；
• 接收端检测到发送端FIFO存在数据滞留等异常情况时，通过Flush重置发送端的跟踪缓存状态。

虽然FIFO位于发送端内部，但ATB协议已定义AFVALID作为控制信号，接收端只需通过该信号发送指令，发送端收到后会自行执行内部FIFO的清空操作，无需接收端知晓FIFO的具体状态细节——双方按协议规范执行即可。

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