【AMBA AHB总线专题讨论】

ahan

还有一个关于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.

老扁

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

ahan

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

老扁

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

ahan

谢谢师兄：）
谢谢！

ahan

对了，还是继续请教一个问题,
在总线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

继续顶一下哈。
关于死锁的问题：
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传输完在接受新的任务？
谢谢

老扁

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

老扁

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

ahan

我们讨论一下这个图哈.从图中可以看到master2在第三个阶段才得到数据线和hready的信号线,那么在第二个阶段没有得到hready的信号线master2怎么可以继续变化地址到B+4呢?