UVM的scb中比对时pop预期数据遇到恰好往预期数据的q里面push下个预期数据会不会造成干扰？

飞翔的马甲

   

isliuhui 发表于 2021-5-17 18:33
谢谢回答,我的意见和您一样,在我自己以往的平台都是再用另外的句柄,这个平台接手同事的,他只new了一次,而 ...

可能是因为RM比DUT先出，所以没撞到两边一起访问expect句柄的情况。但是这种情况是可能存在的，一旦碰到，定位起来会十分的麻烦，所以不要共用一个句柄，从源头避免问题的出现。

free2021

初学UVM，围观大佬们技术交流，有所收获，感谢

corinwjx

这两段代码肯定是有竞争风险的。可以人为制造一些混乱，用#0强行让仿真器变换固有的执行顺序，可以用来检测这种代码风格的安全性。但是听起来你想要有一个确定的先push再pop或者先pop再push的执行顺序的话，应该加上trigger避免竞争。

isliuhui

   

corinwjx 发表于 2021-5-24 00:21
这两段代码肯定是有竞争风险的。可以人为制造一些混乱，用#0强行让仿真器变换固有的执行顺序，可以用来检测 ...

感谢回复，请问您，这个#0是加零延时的意思吗？没有使用过这种方法，是怎么样的操作检测竞争风险？

corinwjx

   

isliuhui 发表于 2021-6-1 09:39
感谢回复，请问您，这个#0是加零延时的意思吗？没有使用过这种方法，是怎么样的操作检测竞争风险？ ...

这个我也没有亲自操作过，但是是从外网论坛上看到的一种打破固有执行顺序的方法。众所周知，fork...join中的操作应该是并发的，然而在仿真器中依旧有一先后方式，给那个固定先执行的线程加0时延，可以改变固有的执行顺序。我做了一个测试来验证：
program test;

  initial begin
    fork
      begin
        // #0ns;
        $display("This is thread 1");
      end
      begin
        $display("This is thread 2");
      end
    join

    $finish;
  end

endprogram



把#0注释掉，在我的仿真器中永远都是 先有 thread 1再有 thread 2。但是加了0时延后，就变成了先有 thread 2再有 thread 1.