通道定義
(1)讀&寫地址通道(ARC&AWC):
寫入本次傳輸操作所需的地址和控制信息,讀寫操作都擁有各自的地址通道。
(2)讀數(shù)據(jù)通道(RC):
讀數(shù)據(jù)通道上包括從機發(fā)送給主機的讀數(shù)據(jù),以及從機對于本次讀傳輸操作的回復,具體的讀操作狀態(tài)回復情況會在之后討論。總線數(shù)據(jù)位寬可以是 8,16,64,128,256,512 或者是 1024 比特。
(3)寫數(shù)據(jù)通道(WC):
寫數(shù)據(jù)通道用于將主機的寫數(shù)據(jù)傳輸至從機,位寬和RC的數(shù)據(jù)位寬相同。WC 有一點 RC 所不具有的特性是擁有 STROBE 信號,用于標識寫數(shù)據(jù)中有效的傳輸字節(jié)。即有些無效的數(shù)據(jù),出于減少主機工作量的目的,或者在讀寫寬度不對稱時,被放到寫數(shù)據(jù)通道上和有效數(shù)據(jù)一起發(fā)送。而 STROBE 的信號的作用就是標識出這些無用的數(shù)據(jù),告知從機不需要接收無用數(shù)據(jù)。(Master:我太懶,以至于把所有信號都送過來了)
寫數(shù)據(jù)通道設計有緩存,可超前于從機響應本次傳輸操作,發(fā)起下一次寫傳輸操作。
(4)寫回復通道(RC):
用于從機將寫操作響應回復給主機。所有寫傳輸操作都需要以寫回復通道上接收寫響應作為完成信號。再次強調,寫回復是針對一次傳輸操作(transcation)的,而不是針對每一次寫數(shù)據(jù)(data transfer)。
那么問題來了,為什么只有寫回復通道而沒有讀回復通道呢?
這個問題可以從數(shù)據(jù)流向看出來,主機在讀取數(shù)據(jù)時,數(shù)據(jù)在讀通道上傳輸,流向為從機到主機。而讀回復由從機向主機報告讀操作的情況,信號的數(shù)據(jù)流向也是從機到主機,所以讀回復可以合并在讀數(shù)據(jù)通道中,搭個順風車。
但寫回復通道的數(shù)據(jù)流向就和寫數(shù)據(jù)相反。寫數(shù)據(jù)是從主機到從機,而寫回復為從機報告寫操作的完成情況,流向為從機到主機,無法合并到寫數(shù)據(jù)通道中,另一方面,寫回復又是不可或缺的,所以就有了一條獨立的寫回復通道。
-
數(shù)據(jù)
+關注
關注
8文章
7335瀏覽量
94755 -
總線
+關注
關注
10文章
3040瀏覽量
91658 -
通道
+關注
關注
0文章
61瀏覽量
20963 -
AXI
+關注
關注
1文章
145瀏覽量
17937
發(fā)布評論請先 登錄
Xilinx zynq AXI總線全面解讀
ARM+FPGA開發(fā):基于AXI總線的GPIO IP創(chuàng)建
NVMe協(xié)議簡介之AXI總線
NVMe IP之AXI4總線分析
ZYNQ & AXI總線 & PS與PL內部通信(用戶自定義IP)
玩轉Zynq連載3——AXI總線協(xié)議介紹1
看看在SpinalHDL中AXI4總線互聯(lián)IP的設計
NVMe簡介之AXI總線
AXI總線通道定義
評論