《UVM实战》学习笔记4

UVM平台的运行机制

1、UVM中的phase机制

UVM中有两种phase，主要的区分点为是否消耗仿真时间。不消耗仿真时间的叫做function phase，消耗仿真时间的叫做task phase。

上图中白色背景的是function phase，而灰色背景是task phase。在UVM运行的过程中，所有phase都是自上而下执行的。需要注意的是，同一个时间只有一个function phase在执行，但是在task phase中，run_phase和pre_reset_phase等12个小的phase是并行执行的。

1.2、UVM树的遍历

UVM中采用的是深度优先的原则，对于scoreboard及driver build_phase的执行顺序，i_agt实例化时名字为“i_agt”，而scb为“scb”，那么i_agt的build_phase先执行，在执行完毕后，接下来执行driver、monitor及sequencer的build_phase。当全部执行完毕后再执行scoreboard的build_phase：

 

2、objection机制

前面曾经多次用到drop_objection和raise_objection。在使用objection机制之前，必须先使用raise_obiection，然后才可以使用drop_objection。在UVM的运行过程中，UVM会收集此phase提出的所有objection，并且会实时监控所有objection是否已经被撤销了，当所有objection都撤销后，才会关闭此phase，开始进入下一个phase。当所有phase都执行完毕后，会调用$finish将整个验证平台关闭。

如果UVM发现此phase没有提起任何objection，那么将会直接跳转到下一个phase中。假如验证平台中只有driver中提起了异议，而monitor等都没有提起，代码如下所示：

task driver::main_phase(uvm_phase phase);
phase.raise_objection(this);
#100;
phase.drop_objection(this);
endtask
task monitor::main_phase(uvm_phase phase);
while(1) begin
…
end
endtask

显然driver中的代码是可以执行的，那么monitor中的代码也能够执行。当进入到monitor后，系统会监测到已经有objection被提起了，所以会执行monitor中的代码。当过了100个单位时间之后，driver中的objection被撤销。此时，UVM监测发现所有的objection都被撤销了，于是UVM会直接“杀死”monitor中的无限循环进程（即使是一个死循环）并跳到下一个phase，即post_main_phase（）。假设进入main_phase的时刻为0，那么进入post_main_phase的时刻就为100。

上述结论的使用范围是12个run-time中的task phase。对于run_phase，因为它是和12个phase并行于行的，所以只要动态运行的phase在运行，它即使没有raise objection也可以跟这运行。需要注意的是在这种情况下，它的运行时间会受到动态运行的phase控制。

UVM整个phase机制的工作原理如下：1、UVM在经历完start_of_simulation_phase之后，在0时刻进入最顶层的动态phase：pre_reset_phase。进入之后同时打开run_phase，还有检查本phase中是否有raise objection，如有提起便执行代码直到drop objection。2、这时候UVM会结束本phase进入到下一层phase，不过仍然会保留run_phase。如果某一层没有检测到raise objection，那么UVM便会跳过此层。3、在把12层的动态phase都执行完后，UVM最后会检测run_phase中是否有raise objection，若有提起便继续执行代码，若没有提起便结束所有task phase。