【前端验证】uvm验证环境中的看门口watchdog机制探究

尼德兰的喵

于 2022-11-10 18:14:20 发布

阅读量1.1k

点赞数 1

分类专栏：芯片前端验证芯片前端经验分享与工具发布尼德兰的喵全内容专栏文章标签： verilog 芯片 UVM

本文链接：https://blog.csdn.net/moon9999/article/details/127761366

版权

尼德兰的喵全内容专栏同时被 3 个专栏收录

154 篇文章 ¥299.90 ¥399.90

订阅专栏

超级会员免费看

芯片前端经验分享与工具发布

47 篇文章 ¥129.90 ¥299.90

订阅专栏

超级会员免费看

芯片前端验证

57 篇文章

订阅专栏

本文探讨了在UVM验证环境中，如何利用watchdog机制配合objection来防止仿真挂死。watchdog通常在run_phase或main_phase中启动，通过while循环和fork-join_any确保仿真在长时间无进展时能及时终止。线程包括正常结束、超时报错、scoreboard对比和可能的RTL线程监控等，确保仿真有序结束。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

uvm中一般通过objection机制来控制仿真的结束时间，不过在这几机制之外，有时还需要通过看门狗来watchdog避免仿真环境挂死，watchdog配合objection一起来控制仿真的进行。

watchdog

先要明确一下watchdog发挥的作用，就是在objection的基础上进行补充，在环境长时间没有动静的情况下能够使环境报错推出并打印此时阻止仿真结束的罪魁祸首。基于这个认识，watchdog应该是base_test的run_phase()中进行调用这样既从时间全程参与又从空间上统揽全局。当然了，因为环境的主要行为集中在main_phase()中，所以把watchdog放在main_phase()中我觉得也是可以的。

task base_test::run_phase(uvm_phase phase):
    super.run_phase(phase);
    phase.raise_objection(this);

    this.watchdog(phase);

    phase.drop_objection(this);
endtask: run_phase

watchdog上下的objection还是很有必要的，毕竟你要保证watchdog无论在哪里调用都可以执行起来，别这个phase没有objection就直接略过了。那么接下来就是watchdog内部逻辑的编写了：