本文翻譯轉載于：Cadence Blog

作者：Igor Krause

簡介

在引入 Flit 模式后，TLP Header 中的信息進行了重新調整。除基本包頭外，還可以將正交頭內容 (OHC) 添加到 TLP 中。OHC 作為 TLP 的額外包頭，包含 TLP 類型所需的信息字段。

OHC 背景介紹

OHC 有多種類型，TLP 包中的每種 OHC 都包含一組特定的信息。對于特定的 TLP 類型，發射器必須包含相應的 OHC 內容。

TLP Header 可能包含任意 OHC 內容組合。如果存在 OHC，OHC 必須在 Header Base 之后，并按照 A-B-C-E 順序依次排布。所包含 OHC 的數量和類型由 TLP Header 第一個 DW 中的 OHC 字段指示。一個 TLP Header 最多可包含 7 個 OHC。

OHC[4:0] 字段指示“正交頭內容”(OHC) 的存在，其編碼如下：

0 0000b = 不存在 OHC

x xxx1b = 存在 OHC-A

x xx1xb = 存在 OHC-B

x x1xxb = 存在 OHC-C

0 0xxxb = 不存在 OHC-E

0 1xxxb = 存在 OHC-E1

1 0xxxb = 存在 OHC-E2

1 1xxxb = 存在 OHC-E4

OHC 類型 – 適配場景

OHC-A1

如果請求需要 OHC-A1 中的任何字段，則必須包含 OHC-A1。

這種 OHC 適用于包含具體 Byte Enable（字節支持）和/或 PASID 的內存請求、包含 PASID 的地址路由消息以及包含 PASID 轉換請求的路由到根復合體消息。

對于所有內存請求，允許存在 OHC-A1（參見圖 2-7）。如果內存請求中不存在 OHC-A1，且請求長度大于或等于 2 DW，第一個和最后一個 DW Byte Enable 字段的值都必須處理為 1111b。如果請求需要的 Byte Enable 字段值不是這些值，則必須存在 OHC-A1。如果存在 OHC-A1，當且僅當設置 PV 位后，PASID、PMR 和 ER 字段才有效。

? ?

OHC-A2

所有 I/O 請求都必須包含 OHC-A2。

? ?

OHC-A3

所有配置請求都必須包含 OHC-A3。

? ?

OHC-A4

當需要 Destination Segment 或 PASID 時，ID 路由消息中必須包含 OHC-A4。

? ?

OHC-A

對于 Unsuccessful Completion（不成功的填寫）、Lower Address[1:0] 不等于 00b 的 Non-UIO Completion（非 UIO 填寫），以及由于相關未發布請求包含與填寫人獲取的字段不匹配的 Requester Segment 而需要填寫 Destination Segment 的填寫，都需要 OHC-A5。

如果不存在 OHC-A5，意味著填寫狀態為成功，無需明確指示 Completer Segment 和 Destination Segment，并且對于 Non-UIO Completion，Lower Address[1:0] = 00b。

? ?

OHC-B

當使用 TLP 處理提示 (TPH) 時，必須包含 OHC-B 以及適當的 PH 和 ST 值。

? ?

OHC-C

IDE TLP 必須包含 OHC-C。在某些情況下，如果要指示 Requester Segment，Non-IDE Request TLP 還必須包含 OHC-C。

? ?

OHC-E

先前存在于端到端前綴中的信息現在作為 OHC-E 納入 TLP Header 中。OHC-E 傳達原本使用 E-E 前綴 0011 至 1111 的內容。

OHC 驗證挑戰和解決方案

OHC 為 TLP Header 的組織調整引入了新的規則。TLP Header 大小不僅取決于 TLP 類型，還與包含的 OHC 數量有關。一些功能現在需要特定的 OHC，例如完整性和數據加密 (IDE) 以及進程地址空間 ID (PASID)。在包頭末尾可以輕松檢測到端到端前綴。

需要對該解決方案進行驗證，檢查何時包含 OHC，是否違反了使用規則。此外，還需檢查 OHC 字段里的內容和基礎 TLP Header 上的字段。實施者需要了解所有可能包含在 TLP 包中的 OHC，并充分掌握每種 OHC 的使用規則。