手机号码,快捷登录
原帖由 lling65 于 2007-5-10 10:15 发表 QUOTE: 原帖由 老扁 于 2004-11-29 11:10 发表 由于AHB里有不定长的wrap传输类型, wrap一定是定长的,只有没有定长的incrementing 传输类型
举报
原帖由 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。
原帖由 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响应?
原帖由 lling65 于 2007-5-10 14:02 发表 QUOTE: 原帖由 老扁 于 2007-1-24 14:34 发表 master retry时可以重新发起也可以从断的地方发起。 不是把该beat的transfer再retry吗?
本版积分规则 发表回复 回帖后跳转到最后一页
手机版| 小黑屋| 关于我们| 联系我们| 隐私声明| EETOP 创芯网 ( 京ICP备:10050787号 京公网安备:11010502037710 )
GMT+8, 2025-6-5 07:17 , Processed in 0.166457 second(s), 5 queries , Gzip On, Redis On.