如果你參加過IC校招面試，自然會被問到“setup/hold的概念，以及setup/hold違例怎么辦？”

這時候，你肯定會立馬在腦海中從打拍或者插buffer兩個答案中選一個。但是在實際項目中，往往沒有這么簡單。舉一個實際的場景：

AXI master和AXI slave這一簇信號出現setup時序違例怎么辦？

1、從AXI master 到AXI slave 出現setup違例;

2、從AXI slave 到AXI master出現setup違例；

3、兩者都出現setup時序違例。

所以AXI master和AXI slave之間的打拍會存在4中模式：

Forward Registered ：對valid和payload路打拍

Backward Registered ：對ready路打拍

Fully Registered ：同時對valid/payload路和ready路打拍

Pass Through Mode：Bypass，均不打拍

這個問題沒那么容易或者說不能夠直接打拍，是因為這一簇信號遵循valid-ready協議，需要打拍的信號間存在時序的耦合。

所以問題就簡化成如何在遵循valid -ready協議的master和slave 之間完成“打拍”，或者說在打拍的同時處理valid-ready協議。

Forward Registered

always @（posedge clk or negedge rst_n）begin if （rst_n == 1‘d0） valid_dst 《= 1’d0; else if （valid_src == 1‘d1） valid_dst 《= #`DLY 1’d1; else if （ready_dst == 1‘d1） valid_dst 《= #`DLY 1’d0;end always @（posedge clk or negedge rst_n）begin if （rst_n == 1‘d0） payload_dst 《= ’d0; else if （valid_src == 1‘d1 && ready_src == 1’d1） payload_dst 《= #`DLY payload_src;end ready_src = （~valid_dst） | ready_dst

現在來分析下上述Forward Registered 打拍代碼的幾個輸出端口：

valid_dst：在master發請求（拉高valid_src）時拉高valid_dst，直到當前master沒有valid請求并且slave可以接收請求（拉高ready_dst）時拉低valid_dst，表示一次傳輸完成。

payload_dst：在master發請求（拉高valid_src），并且前面沒有請求、請求已經被接收或者正在被接收時將payload_src打拍賦給payload_dst。

其實master本身也會遵循valid-ready協議，payload_src和valid_src做同樣處理就行，即也可以在（valid_src == 1‘d1 && ready_src == 1’d0）時進行賦值，因為此時payload_src輸入應該約束保持原始數據。

ready_src：register slice或者slave可以接收數據時拉高ready_src.

Backward Registered

always @（posedge clk or negedge rst_n）begin if （rst_n == 1‘d0） valid_tmp0 《= 1’d0; else if （valid_src == 1‘d1 && ready_dst == 1’d0 &&valid_tmp0 == 1‘d0） valid_tmp0 《= #`DLY 1’d1; else if （ready_dst == 1‘d1） valid_tmp0 《= #`DLY 1’d0;end always @（posedge clk or negedge rst_n）begin if （rst_n == 1‘d0） payload_tmp0 《= ’d0; else if （valid_src == 1‘d1 && ready_dst == 1’d0 &&valid_tmp0 == 1‘d0） payload_tmp0 《= #`DLY payload_src;end assign payload_dst = （valid_tmp0 == 1’d1） ？payload_tmp0 ： payload_src; always @（posedge clk or negedge rst_n）begin if （rst_n == 1‘d0） ready_src 《= 1’d0; else ready_src 《= #`DLY ready_dst;end

Backward Registered 打拍相比較Forward Registered 會復雜點，因為存在slave沒有ready時master發來請求，需要暫存payload的場景。

現在來分析下上述Backward Registered打拍代碼的幾個輸出端口：

ready_src：對ready通路直接進行打拍。

valid_dst：當slave沒有ready，master發來請求時拉高標志位valid_tmp0，表示下一次slave準備好之后應該從register slice內暫存的payload拿數據

payload_dst：當slave沒有ready，master發來請求時暫存payload到payload_tmp。最終的payload_dst根據標志位valid_tmp0從payload_tmp和payload_src之間選擇

Fully Registered

類似于，簡單理解就是個乒乓BUFFER，使用非空信號做valid_dst；payload的非滿信號做ready_src

Pass Through Mode

直接相連

通過上述分析，可以使用register slice mode參數化的庫，在后端要求AXI BUS打拍時直接調用，而無需重復造輪子。
編輯：lyn