【AMBA AHB总线专题讨论】

ahan · 发表于 2004-11-29 21:35:05

还有一个关于SPLIT的问题：
Any slaves which are not capable of performing SPLIT trnsfers do not need to be aware of the arbitration process,except that they need to observe the fact that a burst of trnsfers may not complete if the ownership of the bus is changed.

老扁 · 发表于 2004-11-29 22:31:00

呵呵，问题呢？你这是让俺帮你翻译协议的specification哦。

ahan · 发表于 2004-11-30 09:02:03

协议有两百多页，我那里好意思让师兄们帮我翻译协议阿，只是其中一部分看不懂，理解不了所以贴出来请教一下。自己最遗憾的是没有接触过，假如今后arm给我们一层总线的verilog module能看一看调试一下估计理解的东西就多了，可惜暂时他们就只给我们发了个amba2.0，要自己望文生意，确实心有余而力不足。

老扁 · 发表于 2004-11-30 10:36:58

有一个台湾工程师写的AMBA简介,你参考一下.

ahan · 发表于 2004-11-30 15:19:37

谢谢师兄：）
谢谢！

ahan · 发表于 2004-11-30 16:50:15

对了，还是继续请教一个问题,
在总线handover的过程中，我看到时序图是分三次handover的，不知道对不对，在这里写出来向师兄们请教：
1，在上一个master最后第二次数据传输完毕HREADY＝1的时候，arbiter切换HGRANT信号
2，在上一个master最后一次传输控制信号被slave正确sample的时候arbiter更改HMASTER，并且用HMASTER作为地址和控制总线mux的控制信号。
3，在上一个master最后一次数据传输完毕HREADY＝1的时候，abiter才把数据总线做切换。
其中，在第二个master获得地址和控制总线的时候，可以发出传输控制信号，当若第一master暂时没有办法接受到slave的数据完成信号的确认，第二个master仍无法得到数据总线和HREADY slave response的信号，这时候如何处理阿？谢谢

ahan · 发表于 2004-12-1 10:39:55

继续顶一下哈。
关于死锁的问题：
1。若一个master请求transfer，而且发出HLOCK信号，也就说abiter必须等这个master传输完毕才能给其他master权限，若slave不断回复RETRY，会不会产生死锁？
master是不是要解除HLOCK的信号防止死锁？
2。接上，若slave发出SPLIT，这是abiter如何处理？
3。另外一个问题：若一个slave发出SPLIT,abiter切换master，而第二个master还是要同一个slave，这时候slave接受请求后按优先级或者其他规则完成服务，还是发出ERROR让上一次的SPLIT传输完在接受新的任务？
谢谢

老扁 · 发表于 2004-12-1 16:30:14

先回答你上一个问题：应该都是等上一拍操作的hready有效后才进行下一个操作。所以hready不拉高，等待就可以了。

老扁 · 发表于 2004-12-1 16:52:53

下一个问题：
1.如果不断retry，当然就死翘翘啦。所以在考虑这个系统的设计时，slave也应该有所构想，对于retry应答的情况，应该是slave对很快就能去响应有预期才能应答retry，否则最好应答split。当然在做arbiter时，你也可以考虑有什么机制来防止这种死锁。
2.这时arbiter可以考虑是否撤销lock。同时也可以考虑是否重新仲裁。所以对于使用hlock来说一定要小心，一般情况下最好不用，你可以通过采取优先级来控制总线的调度。
3.这个是看你slave自己的能力了，能响应ok当然就响应，不能响应还是照样可以split和retry的啊，对前一个master的应答不影响对第二个master的响应。另外，不是迫不得已不要响应error，因为一个系统一般是不会error的。除非存在永久性无法恢复的错误。
俺的回答仅供参考，因为spec上并没有确定的方案，你可以再琢磨协议，自己得出一些解决方案。