【UVM基础】常用的三个phase作用：build_phase/connect_phase/run_phase

已于 2022-02-21 23:30:53 修改
阅读量4.4k 收藏 14
点赞数 4
CC 4.0 BY-SA版权
分类专栏： # UVM基础 文章标签： phase
于 2022-02-21 22:27:16 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ReCclay/article/details/123057673
UVM基础 专栏收录该内容
25 篇文章 ¥49.90 ¥99.00
订阅专栏
本文介绍了UVM框架中三个关键的phase：build_phase用于实例化组件，connect_phase执行TLM端口连接以实现数据通信，而run_phase作为唯一一个task，负责处理时间敏感的操作，如模拟时序给DUT，确保数据处理的正确执行。

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

  • build_phase：实例化组件，即创建对象

  • connect_phase：TLM 端口连接，实现数据通信。

  • run_phase：9个phase中只有它是个task，其他phase都是都是function。function不能有时间信息，只有task才能阻塞，才能有延时信息。模拟时序给DUT，一定是task！故所有数据的处理，都是放在task中。

task可以调用function、task；function只能调用function！

UVM：phase 机制
Starry__的博客
02-17 1253
目录1. run_test("my_test");1.1. uvm_test_top的例化1.2. 9大phasebuild_phaseconnect_phaserun_phase验证平台的运行1.3. 总结2. run_phase的objection 机制2.1. 在virtual task sequence::body();中使用objection 机制 在Systemverilog搭建的平台中，还记得每个组件都需要有个task run();吗，该方法用于启动仿真，同时由test控制仿真的结束。而UV
【UVM基础】UVM 的 connect_phase 执行顺序
悟已往之不谏 知来者之可追
02-16 1840
UVM 的 connect_phase 执行顺序
UVM的phase机制(Ⅰ）
行则终至
06-19 3141
介绍uvm的运行机制
概述UVM中的build、configure和connect【uvm】
oldmoney
09-19 723
学习uvm
UVM-phase机制
sinat_41774721的博客
12-15 1万+
文章目录1.UVM Phase2.phase的执行3.仿真开始4.仿真结束4.1 objection机制 1.UVM Phase uvm利用phase机制实现了各个组件之间的同步。因为每个组件都包括一些预定义的同名phase，在没有执行完所有组件的当前phase之前绝对不会去执行所有组件的下一个phase。 phase机制存在的意义： 传统的硬件设计模型在仿真开始之前就已经完成了例化和连接，而SV的软件部分对象例化则在仿真开始之后执行 只通过new()函数对对象例化，无法解决一个重要问题，就是验证环境在实
UVM仿真的启动（二）—— uvm_phase::m_run_phase()
Future Chaser的博客
08-29 240
否则，如果添加的phase 是UVM_PHASE_SCHEDULE或UVM_PHASE_DOMAIN，即添加一个已经创建的phase schedule node，则begin_node设置为当前要添加的phase，end_node设置为添加phase的m_end_node，要添加的phase的parent设置为当前调用的phase（如果是在uvm_domain中添加uvm_schedule，则设置为uvm_domain；在uvm_root创建的时候，就已经创建了m_common_domain实例。
UVM_PHASE执行顺序
07-19
在UVM（Universal Verification Methodology）中，Phase是验证环境执行流程的核心部分，它定义了组件在模拟过程中的行为顺序。UVM的Phase机制确保了验证组件在正确的时间进行初始化、建立连接、运行测试以及清理资源...
【UVM实战】第五章：UVM验证平台的运行（1）phase机制（下）
悟已往之不谏 知来者之可追
02-24 792
phase 机制下
Xcode 应用程序构建阶段（Build Phases）分析（1）
热门推荐
harbinxxh的专栏
09-12 1万+
在Xcode编译一个应用程序需要几个步骤，也称为构建阶段（Build Phases），有如下几个build phase，如下图所示： 1) 编译源文件（Compile Sources） 这个阶段编译所有的源文件；默认情况下，项目中添加任何一个源文件，也将添加到编译列表中。 2) 连接二进制文件和库（Link Binary With Libraries） 在完成源文件的编译之后，连接框架
UVM_PHASE简介
weixin_39662684的博客
04-16 755
UVM验证环境是按照UVM_PHASE有序执行的，UVM_PHASE按照是否消耗时间分为function_phase和task_phase.function_phase如build_phase、connect_phase，这些phase是不消耗时间的；task_phase如main_phase、reset_phase这些phase是消耗时间的. 1.function_phase介绍 在functi...
UVM基础-Phase机制（三）
qq_36955425的博客
05-28 455
这个功能多用于DUT之间相互解耦，模块与模块之间无强依赖关系，但是这种场景下，一般会分两个模块分别做单元验证，而不是用一套环境，通过domain的方式将两者拼接起来，从而增加整体调试的工作量。set_domain有两个参数，一个是uvm_domain类型的变量，也就是当前加入的domain变量名，另一个是hierarchy，表示是否递归加入新domain，也就是说，如果配置了第二个参数为1，uvm会将当前组件层级下，所有的节点一直到数根节点，全部加入到声明的新domain中。参考资料：《UVM实战》
Xcode 应用程序构建阶段（Build Phases）分析
u012808173的专栏
12-07 1886
在Xcode编译一个应用程序需要几个步骤，也称为构建阶段（Build Phases），有如下几个build phase，如下图所示： 1) 编译源文件（Compile Sources） 这个阶段编译所有的源文件；默认情况下，项目中添加任何一个源文件，也将添加到编译列表中。 2) 连接二进制文件和库（Link Binary With Libraries） 在完成源文件
UVM验证方法学_phase机制
2301_76660661的博客
03-19 3790
验证平台是很复杂的，要搭建出一个验证平台是一件相当繁杂的事情，要正确地掌握并理顺这些步骤是一个相当艰难的过程。在不同时间做不同的事情，这就是uvm中phase的设计哲学。但是仅仅划分成phase是不够的，phase的自动执行功能极大地方便了用户。同时，phase机制的引入在很大程度上解决了因代码顺序杂乱可能会引发的问题，也在很大程度上减少了验证平台开发者的工作量。
芯片验证 | UVM的phase机制
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
05-02 7034
如base_test类，且在其某个phase，如connect_phase中定义了一些重要内容，那么在具体测试用例的connect_phase中就不应该省略super.connect_phase。
【UVM基础】是否只能在build_phase中执行实例化动作的探究（以及为什么建议在UVM中，先配置再实例化）
悟已往之不谏 知来者之可追
02-16 513
是否只能在build_phase中执行实例化动作的探究？
UVM-Phase机制(待更新)
weixin_44976830的博客
04-24 587
Function与Task Phase UVM中Phase机制分为两大类： 1.不耗时function phase 2.耗时task phase 图1中灰色背景是task phase，白色背景是function phase，所有的phase按照图中的顺序自上而下自动执行 图1 UVM中的Phase 对于function phase来说，在同一时间只有一个phase在执行；但是在task phase中，12个小phase并行运行，称为run-time动态运行...
UVM学习笔记--build_phase的执行顺序
wonder_coole的博客
05-10 1万+
理解UVM build_phase的执行顺序很重要 虽然明白build_phase的执行顺序是由上往下，由根节点到叶子节点，但具体细节还是不清楚，如是在同级的所有节点都先创建完成，在开始下一级节点的创建？还是某个节点一下所有节点都创建完，在创建兄弟节点及其子节点呢？ 我做了个试验，在每个component的new函数结尾会打印tag是 [new_call]的信息， 在每个build_phase函数...
知识干货—UVM介绍
coachip的博客
02-07 2212
UVM已经成了学习数字验证的入门课程，重要性不言而喻。想必很多有志于往数字IC验证方向发展的同学，都已经或多或少对UVM有所了解，下面IC修真院就带大家具体来了解一下。
UVM中run_phase和main_phase是什么关系，二者在domain中有什么区别？
最新发布
04-03
<think>好的，用户现在问的是UVM中的run_phase和main_phase的关系，以及它们在domain中的区别。之前用户已经问过SystemVerilog中task的返回问题，现在转向UVM的phase机制，说明用户可能在搭建验证环境时遇到了phase使用的问题，或者想深入理解UVM的运行机制。 首先，我需要确认用户对UVM的基础知识了解程度。可能用户已经知道phase的基本概念，但需要更深入的比较。用户提到domain，这可能涉及到UVM的phase domain和synchronization机制，这部分可能比较复杂，需要详细解释。 接下来，我需要回忆UVM的phase结构。run_phase是12个预定义phase中的一个，属于common domain，而main_phase属于run-time phase，属于uvm domain。两者在时间上是并行的，但启动和结束时间不同。run_phase从simulation time 0开始，而main_phase在reset_phase、configure_phase等之后才开始。 然后，关于domain的区别，需要说明common domain和uvm domain的不同调度机制。run_phase属于common domain，而main_phase属于uvm domain。如果有多个domain，比如用户自定义的domain，这些phase可能不会同步，导致执行顺序不同。这会影响测试平台中组件的协调，需要注意同步问题。 还要考虑用户的潜在需求。用户可能在实际项目中遇到了phase执行顺序的问题，或者在组件之间同步数据时出现了不一致，需要理解domain如何影响phase的执行。可能需要给出示例，说明不同domain下phase的行为差异，以及如何通过同步机制解决。 需要检查是否有常见的误区，比如误认为main_phase是run_phase的子阶段，或者不清楚domain的划分导致phase不执行。这时候需要澄清两者的并行关系，以及domain如何影响它们的启动和结束。 最后，总结两者的关键区别，帮助用户在实际应用中选择合适的phase，并正确使用domain来管理验证环境的执行流程。可能还需要提到最佳实践，比如推荐使用uvm domain的phase，避免混用不同domain导致问题。</think>在UVM中，`run_phase`和`main_phase`是**并行执行**的两种Phase，但它们的**设计目的、触发时机和所属Domain**有本质区别。以下是详细解析： --- ### **1. 基本关系** #### **(1) 层级关系** - **`run_phase`**： - 是UVM的**12个预定义Phase**之一，属于**Common Domain**。 - 从仿真时间0（Simulation Time 0）**立即启动**，并**持续到仿真结束**。 - **`main_phase`**： - 属于**UVM Domain**下的**Run-Time Phase**（运行时Phase）。 - 在`reset_phase`、`configure_phase`、`main_phase`、`shutdown_phase`等子Phase中按顺序执行。 - **仅在`reset_phase`和`configure_phase`完成后启动**。 #### **(2) 执行时序** ```plaintext 仿真时间轴 |-- run_phase (从0开始) ------------------------------> 持续到仿真结束 |-- reset_phase --> configure_phase --> main_phase --> shutdown_phase --> ... ``` - `run_phase`与`main_phase`**并行执行**，但`main_phase`有明确的启动条件。 --- ### **2. Domain的区别** #### **(1) Domain的作用** - **同步机制**： Domain用于**分组Phase**，控制不同组件的Phase执行顺序。 - **Common Domain**：包含`build_phase`、`connect_phase`、`run_phase`等基础Phase，**所有组件默认加入**。 - **UVM Domain**：包含`reset_phase`、`main_phase`等运行时Phase，**需显式配置组件加入**。 #### **(2) 关键差异** | **特性** | `run_phase` (Common Domain) | `main_phase` (UVM Domain) | |------------------------|----------------------------------|------------------------------------| | **触发时机** | 仿真时间0立即启动 | 依赖前置Phase（如reset_phase完成） | | **执行范围** | 覆盖整个仿真周期 | 仅在特定阶段执行 | | **与其他Phase的关系** | 独立于其他Phase | 是Run-Time Phase序列的一部分 | | **典型用途** | 简单任务（如持续监控信号） | 复杂流程（如测试用例的主逻辑） | --- ### **3. 示例代码** #### **(1) 组件声明** ```systemverilog class my_driver extends uvm_driver; // 加入UVM Domain（默认不加入） `uvm_component_utils(my_driver) function new(string name, uvm_component parent); super.new(name, parent); // 显式设置Domain set_domain(uvm_domain::get_uvm_domain()); endfunction // 实现main_phase task main_phase(uvm_phase phase); phase.raise_objection(this); // 主逻辑（如驱动DUT） #10ns; phase.drop_objection(this); endtask // 实现run_phase task run_phase(uvm_phase phase); phase.raise_objection(this); // 持续监控或后台任务 forever begin @(posedge dut.clock); monitor_signal(); end phase.drop_objection(this); endtask endclass ``` #### **(2) 执行结果** - `run_phase`从仿真开始持续运行，而`main_phase`在`reset_phase`和`configure_phase`完成后启动。 - 若未显式设置Domain，`main_phase`可能永远不会执行！ --- ### **4. 常见问题与陷阱** #### **(1) 死锁风险** - 若在`run_phase`中未正确管理`objection`，可能导致仿真提前结束。 - **解决方案**： 在`run_phase`中始终包含`raise_objection`和`drop_objection`。 #### **(2) Domain未同步** - 若部分组件在Common Domain，其他在UVM Domain，会导致Phase执行顺序混乱。 - **解决方案**： 统一组件Domain（如调用`set_domain`）。 --- ### **5. 何时选择？** | **场景** | **选择 `run_phase`** | **选择 `main_phase`** | |------------------------------|------------------------------------|-----------------------------------| | 需要覆盖整个仿真周期的任务 | ✔️ 适用（如持续监控） | ❌ 不适用 | | 需要依赖前置Phase初始化 | ❌ 不适用 | ✔️ 适用（如DUT配置完成后启动主逻辑）| | 简单任务（无需复杂Phase顺序） | ✔️ 更简洁 | ❌ 冗余 | --- ### **6. 总结** - **`run_phase`**：适用于**独立、持续执行**的任务，无需依赖其他Phase。 - **`main_phase`**：适用于**结构化测试流程**，需依赖前置Phase完成初始化。 - **Domain同步**：务必显式配置组件Domain，避免Phase执行混乱。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ReCclay

如果觉得不错，不妨请我喝杯咖啡

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值