uvm实战学习-五章笔记.pdfVIP

第五章UVM验证平台的运行

5.1phase机制

1.1taskphase和functionphase

uvm的phase大体有两种类型，消耗时间的task类型和不消耗时间的function类型。

提供Phase的目的是：易于迁移，易于分析，将代码进行区域划分，保证仿真运行的合理

性。

将phase分为更小的模块是为了更加精细的控制。

其中绿色为taskphase,褐色为functionphase.

常用的phase有：

build_phase：构建testbench，实例化和配置；connect_phase：连接各个组件

run_phase：完成仿真的过程（产生事务--驱动事务--对比结果--覆盖率的）。

1.2phase的运行顺序

1.笼统的说phase的执行顺序根据上图从上向下执行（不同的phase），

2.对于不同模块的同一个phase有两个方式：1.build_phase从上向下（根--叶）2.别的

phase从下向上（叶--根）。

3.同层次的兄弟关系的component，phase执行顺序是根据new时候例化名name的字典

序。

4.对于同一个耗时的task_phase而言，本质上而言他是自下而上启动，但是同时在运行。

不同的phase而言，是顺序执行的，同时必须等待所有component中的上一级phase执行完成后，

才可以进入下一个phase。

1.3UVM树的遍历

UVM树的遍历有两种，广度优先和深度优先。

广度优先：先执行兄弟级的component，等所有兄弟component执行完成，开始执行

孩子类的。（同一级phase，如都执行的build_phase）

深度优先：先执行孩子级的，然后执行孩子的孩子，等孩子分支所有都执行完成后，在执

行兄弟的（对于同一个phase而言，如build_phase）

UVM树采用的是深度优先

1.4super.phase的内容

建议每一个都加super.*_phase(phase)，加了又不会咋。

1.5build阶段出现UVM_ERROR停止仿真

在end_of_elaboration_phase及前面的phase中，如果出现了一个或者多个uvm_error的

话，uvm会认为其出现致命错误会跳出。在大型的环境中，要是将uvm_fatal换成uvm_error的话，

会比较好的，这样可以出所有的问题，便于修改。

1.6phase调试

1.采用uvm_info打印信息

2.UVM提供了命令行：UVM_PHASE_TRACE来进行调试：

simcommand+UVM_PHASE_TRACE

1.7超时

1.通过UVM自带的通过uvm_root的set_timeout函数来设置超出时间。

uvm_top.set_timeout(500ns,0)

2.在命令行中设置：

simcommand+UVM_TIMEOUT=TIME,YES/NOtime表示超出时间，yes/no表示是否可

以被覆盖。

5.2objection机制

2.1objection和taskphase

objection的作用是：

1.控制taskphase的运行和终止；2.同步各个component同名的taskphase

注：

1.taskphase必须要有phase.raise_objection(this)和phase.drop_objection(this)来启动语句，

否则task_phase中的语句不会被执行；

2.raise_objection前面不能有延迟语句，否则也不会执行；

3.raise和drop必须成对出现，否则仿真无法推进。

4.如果要执行一些消耗时间的代码，那