事務層包(TLP)的一般格式如下圖所示:
前面的文章介紹過,TLP Header為3DW或者4DW,Data Payload為1-1024DW,最后的TLPDigest(ECRC)是可選的,為1DW。
TLP Header在整個TLP的位置如下圖所示,需要注意的是,TLP Header的格式和內容都會隨著TLP的類型和路由方式的改變而改變。
TLP的類型和路由方式由Fmt和Type所決定,這在前面關于TLP路由的文章中已經詳細的介紹過。上圖顯示的是各種不同格式的TLP Header的相同的部分。
每一個Field的作用與意義如下表所示:
下面分別詳細地介紹一下Byte Enable,在PCIe中Data Payload的單位是DW,也就是說數據大?。ǖ刂罚┬枰訢W作為對齊。但是很多情況下,數據的大小并不是DW的整數倍,因此PCIe引入了Byte Enable來解決這一問題。使用Byte Enable需要遵循一下原則:
· Byte Enable為高電平有效,低電平(0)表示Data Payload的對應Byte將被認為是無效的,即不被Completer使用。
· 如果有效數據小于1DW,則Last DW Byte Enable應全部為0。
· 如果Data Payload大于1DW,則First DW Byte Enable至少有一位是有效的。
· 如果Data Payload大于或等于3DW,則First DW Byte Enable和Last DW Byte Enable當中的有效位必須是連續的。即這種情況下,Byte Enable只能用于調整起始地址和結束地址。
· 如果Data Payload等于1DW,則First DW Byte Enable中的有效位可以是不連續的。
· 如果Data Payload等于2DW,則First DW Byte Enable和Last DW Byte Enable中的有效位都可以是不連續的。
· 寫請求中的DW等于1,但是First DW Byte Enable中沒有任何一位是有效的,也是允許的,但是這樣的請求對于Completer沒有任何作用。
· 如果讀請求DW等于1,但是First DW Byte Enable中沒有任何一位是有效的,此時Completer會返回1DW的Data Payload,只是其中的數據都是無效的。這一方式常備用于Flush Mechanism。
一個簡單的Byte Enable使用的例子,如下圖所示:
關于TLP的Data Payload有:
· Data Payload的大小由TLP Header中的Length決定。
· Data Payload的數據采用的是Little Endian,即低字節存放于低地址中。
· Data Payload的大小并不是有效的數據的大小,有效數據的大小是由Data Payload和Byte Enable共同決定的。
· 當TLP類型為Message時,Length一般是保留的(Reserved),除非該Message是帶有數據的(MsgD)。
· TLP的Data Payload大小不得超過Max_Payload_Size的值,該值位于Device Control Register中。對于比較大的數據量,因此只能分多次進行發送。對于讀請求來說,并沒有Data Payload,也就是說該規則并不適用于讀請求。
· 需要特別注意的是,起始地址和結束地址之間不能夠跨越4KB的地址邊界。
-
電平
+關注
關注
5文章
342瀏覽量
39590 -
PCIe
+關注
關注
13文章
1102瀏覽量
81200 -
TLP
+關注
關注
0文章
30瀏覽量
15531
原文標題:【博文連載】PCIe掃盲——TLP Header詳解(一)
文章出處:【微信號:ChinaAET,微信公眾號:電子技術應用ChinaAET】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
評論