OpenRDMA-flow：M0–M11 全景架构

Host 通过 GDRP 提交 request；M0 查询 Slot/MR/QP/PGT，完成 VA→PA 翻译并生成不跨 physical 4KiB 的 DMA chunk。
M1 发起 DMA burst，以 generation-tagged slot 接收乱序 completion，按 issue 顺序输出并压紧为 canonical 128B message beat。
M0/M1 仍由 integrations/tx 的 M0 chain 覆盖；integrations/e2e 从 M2 接入，不重复实例化 M0/M1。

M2 依据 PMTU 把 message 切成 PacketDescriptor + PacketPayloadBeat，不序列化任何 wire header。
e2e TX Tap 对每个 packet 向 M9 做 packetReserve，拿到 grant 后放行 descriptor；随首 beat 发 sentEvent，并把 payload 写入 replay store。
M3 在四个 channel buffer 中生成 Ethernet/IPv4/UDP/BTH/RETH/METH header；wire model 可注入丢包，RxTop（M4–M8）完成缓冲、解析、PSN 准入、DMA 和有序完成。
TX Tap 只观察和登记，不修改 first-traffic 的 descriptor/payload，因此正常路径语义与未接入 retx 时一致。
图中 RX 行按 M4→M8 自右向左排列，以便 wire 从 M3/network 直接落到 M4；箭头方向即实际数据流方向。

M6 的 ACK/SACK/NAK（RxFeedback）经 RxFeedbackTap 同时送入 M9 scoreboard 和 CPU 观测端口。
M9 输出 snapshot，M10 生成 ReportHeader + HoleEntry + Notification；Host CPU 用 openrdma_flow.retx.codec 校验 ABI，并用 retx_runtime 的 SACK-hole 阈值策略生成 RetryEntry。
RetryEntry 写回 M11；M11 先向 M9 请求 admission，再按 replayHandle 从 replay store 取回 payload。
M9 的 receive commit 由 ackPsn 表达；dmaAckPsn 与 Ordered Flag 只表达 DMA/order barrier，不能替代 receive ACK。

RetxM3Bridge 把 M11 的 RetxM3DescHw/RetxM3BeatHw 转成 TX 公共 PacketDescriptor/PacketPayloadBeat，并固定 trafficClass = TRAFFIC_RETRY。
M3 在 packet 边界优先服务 retry；一旦某个 packet 开始发送就完整发送，主 message 的 packet 序列不丢失、不乱序，retry 只占一个 packet slot。
E2E 断言 retry commit 严格落在主 message 首尾 commit 之间，最终两条 message 的 DMA/CQE 均正确。
replay store 为 64 slot × 32 × 128 B；M11 通过 fetchReq/fetchBeat 取得 snapshot payload。

丢包由测试侧 wire model 注入；ICRC/CRC 未实现，不能检测 payload 位翻转。
M9 的 journal/record 在 ACK 后只产生 release 事件，尚未回收复用；单次 E2E 受 64 个 journal slot 与 in-flight ≤16 packet 限制。
CPU runtime 最多管理 4 个 active QP context；integrations/retx 仍只是 M9/M10/M11 seam 单元。
未实现：IPv6/SRv6、WriteImm、TSETH、on-wire SACK/NACK/Probe，以及 MRC experimental profile 在 RX 侧的解析。