在 PCIE 系統里面，TAG 管理是一個重要的問題。用戶邏輯依賴于 TAG 來定位 completion對應于哪個 Non-Posted 事務。所以，每個發出的 Non-Posted 操作必須有自己的單獨的 TAG。在XILINX的Virtex-7 FPGA Gen3 Integrated Block中，TAG管理相對于原來的Integrated Block for PCI Express v2.0 有一些新的特點，在使用時必須加以注意。

在 Integrated Block for PCI Express v2.0 中，TAG 由用戶邏輯管理，用戶邏輯來保證每個Non-Posted 事務的 TAG 是唯一的，同時負責從 completion 的 TAG 中檢查對應的 Non-Posted事務。在 Gen3 Integrated Block 中，TAG 管理有兩種工作模式。

第 一 種 工 作 模 式 是 使 用 內 部 TAG 管 理 器 管 理 。 這 種 工 作 模 式 通 過 設 置AXISTEN_IF_ENABLE_CLIENT_TAG 參數為 FALSE 選擇。它也是默認工作模式。在這種模式下，Gen3 Integrated Block 內部的邏輯產生 TAG 給用戶側的 Non-Posted 事務請求。Gen3 Integrated Block 內部有一個可用的 TAG 列表。當用戶邏輯在接口產生一個 Non-Posted事務請求時，Gen3 Integrated Block 將可用 TAG 中的一個值賦給這個 Non-Posted 事務。同時，這個 TAG 值出現在 pcie_rq_tag[5:0]接口上用于通知用戶邏輯。這個端口的值當Integrated Block 置 pcie_rq_tag_vld 為 高 時 有 效 。 用 戶 邏 輯 必 須 保 存pcie_rq_tag 的值，以便分辨completion對應的是哪個Non-Posted事務。同時，Integrated Block 內部的邏輯會檢查 TAG 是 否 已 經 耗 盡 ， 并 且 在 耗 盡 時 會 通 過s_axis_rq_tready 信號反壓用戶邏輯，阻止新的 Non-Posted 事務請求。

第二種工作模式是外部TAG管理。這種工作模式通過設置AXISTEN_IF_ENABLE_CLIENT_TAG參數為TRUE選擇。在這種工作模式下，用戶邏
輯必須自己給每個Non-Posted事務請求賦TAG值。用戶邏輯必須保證賦給每個Non-Posted事務請求的TAG值在所有發出的Non-Posted事務中是唯一的。TAG值通過事務請求的descriptor通知Gen3 Integrated Block。Gen3 Integrated Block仍然將TAG值拷貝到Split Completion Table，以及對比completion和表中的TAG。但是它不檢查每個TAG是否是唯一的。

同時，不管在哪種工作模式下，當發出的TAG數量達到Split Completion Table的限制64時，用戶邏輯不能發出新的Non-Posted事務請求。除非有完整的completion返回，有TAG被釋放，Split Completion Table才有位置容納新的TAG，新的Non-Posted事務請求才會被接受。即使在外部TAG管理模式下，這個TABLE容量限制也無法通過設置被解除。圖1是一個使用外部TAG管理模式下的仿真波形，可以看到當Non-Posted事務請求達到64時，s_axis_rq_tready變為1，用戶不能發出新的Non-Posted事務請求。由于64的限制小于規范規定可以達到的最大值256，用戶必須注意。特別是在高LATENCY的系統里面，為了提高性能，必須盡量發出多的事務請求。這種情況下，必須小心設計系統以減小LATENCY，使TAG值不被耗盡。

在外部TAG管理模式下，由于Gen3 Integrated Block不檢查每個Non-Posted事務請求的唯一性，即使每個Non-Posted事務請求使用同樣的TAG值，它們也能被發出。這個同樣可以見圖1仿真波形。但是將無法識別completion對應的是哪個Non-Posted事務，所以當使用外部TAG管理模式時，用戶邏輯必須特別小心對TAG的管理。

?