天气: 阴雨
心情: 平静
对于例子08-04, 主题是response handler, 在sequence中申明一个function:response_handler(rsp),专门来处理driver通过sequencer返回的response. 使用response handler的主要原因是有时候request和response并不是一一对应的关系,比如可能处理了多个request才能返回一个response,有时候response的回复甚至和request的顺序不一样。采用原始的一一对应处理方式,一定发生dead lock. 而采用response handler,可以让body部分专心负责发送request. response交给response handler函数处理。body和handler都属于sequence, 他们之间很容易进行通讯和分享信息。
不过,可惜的是08-04的这个例子,并没有反映出response_handler()的好处,simulation的结果还是一对一的方式。我尝试修改了代码,让response_handler()的作用更加突出,首先是driver的run() task, 建立一个request队列,一次处理10个request,然后连续回复10个response. 代码如下:
之后,修改sequence的body函数,让request send的动作不必等待上个request的response回复。代码如下:
完整的代码如附件。
根据运行结果,可以看出request可以连续发送10个,之后才会block住,block住的原因是driver的seq_pull_port的request容量限制。必须等driver取走request之后,sequencer才能将sequence中的item发送出去。
request handler给我们提供了一个很灵活的response处理机制,在复杂协议验证中十分有用。