关于：synopsys的AMBA VIP？？

tian111 · 发表于 2006-12-20 14:02:35

hgrant在最后一个seq时无效，然后总线权就给了另一个master，这时另一个master得到hgrant并且hready是有效，所以这个master会得到总线权并在你的master的busy周期后马上就发起了一个nonseq，因为hsel是根据地址线译码再给slave的，所以在另一个master发起nonseq的时候hsel就已经给了另一个slave。
我想你可以尝试把你的slave设计为定长传输时在倒数第二个seq完了之后把hready拉低，直到收到最后一次seq再拉高hready，这样就可以避免其他master拿走总线。

tian111 · 发表于 2006-12-20 14:11:31

因为htrans为busy的时候，即便hready为低，master也可以改变htrans信号，所以肯定可以收到最后一组seq

liuwanghao · 发表于 2006-12-21 22:03:12

如果是这样的话，就要改动我的DUT了，是不是所有不支持被打断的BURST transfer的slave，都要做成这样？

如果是这样，那么协议中就应该指除这种情况啊？？

还是因为AMBA VIP在出现这种情况时，不可避免的出现这种情况？？？

也就说，AMBA VIP本身存在这样的BUG？？？？

tian111 · 发表于 2006-12-22 11:26:10

是会出现这种情况。
协议中其实有写，在定长传输的时候，arbiter其实只需要在burst开始时采样hbusreq信号，然后自己会根据传输长度计数，在最后一个address phase撤销hgrant，但是并不保证可以完成一次传输。如果传输没有结束，master必须重新发起请求。
对于你的slave不支持ebt，如果不能用锁定的话，可能都要在slave端做一些处理。