聊一聊接收端物理層邏輯子層的實現(xiàn)細節(jié)

這一篇文章來繼續(xù)聊一聊接收端物理層邏輯子層的實現(xiàn)細節(jié)?；仡櫼幌轮暗哪菑垐D片：

其中的一個Lane的具體邏輯如下圖所示：

其中，Rx Clock Recovery從輸入的串行數(shù)據(jù)流中提取出Rx Clock。當Rx Clock穩(wěn)定在Tx Clock的頻率上（Rx Clock locked on to the Tx Clock Freq）時，我們就稱接收端取得了Bit Lock。

如果鏈路（Link）處于低功耗狀態(tài)（比如L0s或者L1）時，接收端此時會失去同步（即Losing Bit Lock）。為了避免物理層認為這是一個錯誤（異常），發(fā)送端會發(fā)送一個電氣空閑命令集（Electrical Idle Ordered Sets，EIOS）通知接收端，即將進入低功耗狀態(tài)。此時，接收端會臨時關(guān)閉（De-gate）其輸入。

注：這里的關(guān)閉（De-gate）并非是直接關(guān)閉輸入端口，只是暫時不對輸入端口上的數(shù)據(jù)進行處理。

當發(fā)送端需要喚醒鏈路（Link）時，會首先發(fā)送一定數(shù)量的FTS Ordered Sets，并重新取得Bit Lock和Symbol Lock。

接收端的鏈路De-Skew邏輯如下圖所示：

Gen1和Gen2的PCIe采用COM字符來進行De-Skew，如果COM沒有同事出現(xiàn)在每個Lane上，那么先到達的COM會被延時一會，以實現(xiàn)Lane的同步。很顯然，這種機制只能校正比較小的Skew，也就是說Lane-to-Lane的Skew有一個最大值，超出這個最大值，De-Skew也無能為力了。如下表所示：

接收端的8b/10b解碼器結(jié)構(gòu)如下圖所示：

以下情況，被認為是編碼沖突（Code Violation），即該字符在傳輸過程中發(fā)生了錯誤：

關(guān)于解擾碼器（Descrambler）和Byte Un-striping都比較簡單了，這里就不在詳細地介紹了。具體可以參考PCIe Spec的相關(guān)內(nèi)容。