usb_geek的个人空间 https://blog.eetop.cn/4ic [收藏] [复制] [分享] [RSS]

空间首页 动态 记录 日志 相册 主题 分享 留言板 个人资料

日志

OVM Cookbook学习记录(11)

已有 1460 次阅读| 2010-6-23 20:10 |个人分类:SystemVerilog

天气: 阴雨
心情: 平静
      对于例子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处理机制,在复杂协议验证中十分有用。

点赞

发表评论 评论 (1 个评论)

回复 hudsonzhan 2010-6-29 11:34
:victory:

facelist

您需要登录后才可以评论 登录 | 注册

  • 关注TA
  • 加好友
  • 联系TA
  • 0

    周排名
  • 0

    月排名
  • 0

    总排名
  • 0

    关注
  • 1

    粉丝
  • 1

    好友
  • 1

    获赞
  • 14

    评论
  • 747

    访问数
关闭

站长推荐 上一条 /2 下一条

小黑屋| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-4-19 13:50 , Processed in 0.028207 second(s), 15 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
返回顶部