AHB slave ready_in 和ready_out

由于ahb的addr phase和data phase是可以overlap的，当发生back-to-back操作的时候，会出现当前cycle是上一个slave的data phase，也是下一个slave的addr phase。
在这时如果S1的heady_out拉低，说此时我最后一个data还没准备好(read access)或还没有准备收（write access）; 而此时S2已经看到访问自己的NONSEQ，而且我已经是准备好了的，我就把hready_out拉高了。如下图所示：
这时怎么办？master端只能看到一个hready，到底看S1还是S2的呢？如果看S1，那么他在下一T还会维持NONSEQ，那么S2会认为，我上一T已经收了一个NONSEQ,又来一个NONSEQ而且addr还没递增。在S2会发生protocol fail.如果看S2的，那么S1的最后一个data会被丢掉。
如果在AHB的slave端会多出一个input 的hready_in。这个hready_in在两种作法：
1.通过一个mux，把在data phase的salve的hready_out作为输入连接到所有的slave
2.所有的slave的hready_out相与，连接到所有的slave
slave必须看到自己in_hready&hready_out，才认为一次addrr phase/data phase的成功

PS.为了防止deadlock，一般设计中slave的hready_out的default value是1

————————————————
版权声明：本文为CSDN博主「IC小白_calvin」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/fanyongwinner/article/details/51890908

 

一般作为AHB总线的Slave设备都有2根hready信号，一个为input类型（hready_in），另一个为output类型（hready_out）。在AHB总线协议中，如果Master设备发起读写操作的时候，Slave设备不能及时响应的话，由Slave设备把hready_out信号拉低来拖延DataPhase周期。

      但是在Pipeline操作的时候，本次操作data phaze是下一次操作的address phaze，所以作为Slave设备在响应Master设备的时候，必须先判断一下Master设备对上一次其它Slave设备的操作是否已经完成。如果完成，则响应主设备的操作；如果没有完成，则等待完成，然后才响应操作。hready_in就是Slave设备用来判断Master设备是否对其它Slave设备的操作已经完成的信号。

 

作为AHB slave的时候，如果hready_in 为低，则表明master没有完成对其他slave的access,此时slave出的hready_out 不能拉高， Protocol所对应的Slave->Master的HREADY 信号，是slave出的ready_out