【AMBA AHB总线专题讨论】

老扁 · 发表于 2007-5-14 17:20:20

原帖由 lling65 于 2007-5-10 10:15 发表

QUOTE:
原帖由老扁于 2004-11-29 11:10 发表
由于AHB里有不定长的wrap传输类型,

wrap一定是定长的，只有没有定长的incrementing 传输类型

嗯，偶当时肯定是说错了。谢谢纠正！

老扁 · 发表于 2007-5-14 17:26:14

原帖由 lling65 于 2007-5-10 11:46 发表
QUOTE:
原帖由老扁于 2004-12-8 19:27 发表
收到retry时不会，因为grant还给的是这个master；而split时可能就需要改变master，因为是lock的，所以可能不能给其他真实的master，所以就把grant给dummy master，让它维持向总线上发idle。

retry时，也有可能会handover bus。

我以前的理解是：既然是retry，就一直等这个master发完。
现在的理解是：如果有retry，也可以给其他master。
不过这两个方法都可以，主要看系统对性能的要求。

老扁 · 发表于 2007-5-14 17:31:53

原帖由 lling65 于 2007-5-10 11:21 发表

QUOTE:
原帖由 ahan 于 2004-12-1 10:39 发表
继续顶一下哈。
关于死锁的问题：
1。若一个master请求transfer，而且发出HLOCK信号，也就说abiter必须等这个master传输完毕才能给其他master权限，若slave不断回复RETRY，会不会产生死锁？

我也想知道，因为发出HLOCK信号的master在得到bus的时候，如果HLOCK一直HIGH，arbiter是不会进行arbitration的，只有HLOCK为LOW。然而slave只要响应retry/split信号，arbiter会重新arbitration。是不是因为slave在retry/split的第二个周期master发出idle响应的同时，也要使HLOCK为LOW啊？还是在HLOCK为高的时候，SLAVE不能发出RETRY/SPLIT响应？

这个估计要看系统设计的思路。或者要求master在split时把lock取消，retry时最好不取消。或者要求master不要轻易发lock传输。或者要求slave谨慎应答lock时的retry，最好不要应答split。
在考虑deadlock的情况是一定要仔细分析系统中的每个slave和master，防止系统死锁。