075、PCIE请求者终止：那个让硬件工程师彻夜难眠的ERR_FATAL
上周深夜，实验室的示波器还亮着。同事指着屏幕上一段异常的TLP报文问我：“这设备怎么突然就不响应了，抓包看到这个Completion with UR Status，系统日志里全是‘Unsupported Request’？”——又是一个经典的请求者终止场景。今天我们就来拆解PCIE里这个看似简单却暗藏杀机的机制。
请求者终止到底是什么？
简单说，就是发起请求的设备（Requestor）发现自己发出去的请求有问题，主动告诉系统“这请求我放弃了，大家别等了”。听起来很负责任对吧？但实际调试中，这往往是系统稳定性崩盘的开始。PCIE协议里把这叫做“Requestor-Initiated Termination”，常见触发条件包括请求超时、本地资源不足、或者软件层主动取消操作。
关键点在于：请求者终止不是错误响应，而是一种提前终止机制。它和Completer发回的错误响应（比如UR、CA）有本质区别。前者是请求方自己喊停，后者是接收方说“你这请求有问题”。
那些年我们踩过的坑
先看一段实际调试中遇到的TLP头片段（伪代码描述）：
// 典型的Memory Read请求头
byte0 = 0x40; // Fmt=01b（带数据）, Type=00000b（MRd）
byte1 = 0x00; // TC=0, 其他位保留
byte2_3 = 0x1000; // Length=0x1000字节，这里可能埋雷！
