[UVM源代码研究] 当我们调用uvm_config_db里的函数时uvm内部都是怎么工作的

最新推荐文章于 2024-11-26 08:45:09 发布

原创

最新推荐文章于 2024-11-26 08:45:09 发布 · 1.4k 阅读

27 ·

CC 4.0 BY-SA版权

文章标签：

#经验分享

本文详细解析了UVM中uvm_config_db类的set、get、exists和wait_modified方法的工作机制，重点介绍了数据存储在uvm_resource_db的uvm_pool联合数组中的过程，以及优先级和覆盖规则。

[UVM源代码研究] 当我们调用uvm_config_db里的函数时uvm内部都是怎么工作的

我们已知的uvm_config_db有4个静态方法（所以调用方法是uvm_config_db::）：

set
get
exists
wait_modified
今天我们就通过这四个method来一点点揭开uvm_config_db神秘的面纱。

首先我们最先有的疑惑就是，当我们调用set这个function的时候，我们所set的变量被存在了何处？
在这里插入图片描述

我们看到uvm_config_db是从uvm_resource_db继承而来的。
在这里插入图片描述

这个uvm_resource是个什么数据类型？
在这里插入图片描述

进一步挖下去看看uvm_resource_base是什么。
在这里插入图片描述

可以看到只是一个从uvm_object继承而来的virtual类而已，uvm_resource继承后增加了个参数化，而uvm_resource_db中定义（typedef）了一个跟其参数一致的参数化的uvm_resource类型rsrc_t。
在这里插入图片描述

后面用的一些函数的返回值或者中间数据都是rsrc_t类型的，本质上是uvm_resource类型。

现在我们回到最开始讨论的问题，set的数据究竟放在哪里了？那我们就需要看看uvm_config_db中关于set函数的定义。首先我们先来看看源代码中关于set这个函数的说明：
在这里插入图片描述

从这个函数描述中我

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

数字验证Kane陈

关注关注

13
点赞
踩
27

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

UVM的config_db机制

weixin_44377626的博客

11-17

1385

本文介绍了UVM config_db机制的基础知识及基本应用

UVM初学篇 -（20）UVM config_db配置数据机制

u011164476的博客

10-22

2353

UVM验证平台中通信的方式很多，但是由于验证平台的复杂性，使得平台的通信变得繁琐，UVM提供了一种简单高效的通讯方式，就是config_db。例如在DADD验证平台中，平台driver中是通过层次化的访问去驱动interface的，但是对于复杂的DUT来讲，例化层次比较多，改动起来比较繁琐，这种方法显然是不可行了，config_db是一种很好的方法。

参与评论您还未登录，请先登录后发表或查看评论

uvm_config_db与uvm_resource_db的区别（转载）

qq_40571921的博客

12-12

3727

1.uvm_config_db与uvm_resource_db的区别与联系 (1)uvm_config_db是从uvm_resource_db派生而来的,它对uvm_resource_db的一些功能进行了扩展,这种扩展主要体现在对资源的写入和读取上. (1.1)在资源的写入操作上,它重载了uvm_resource_db的set函数; (1.2)在资源的读取操作上,它新建了一个称为get的函数; (2)uvm_resource_db虽然也是一种用来共享数据的类,但是层次关系在该类中没有作用;...

UVM：6.6.3 wait_modified 的使用

06-19

3407

1.前面的向scoreboard 传递参数emp_en，scoreboard要获取这个参数。但是sequence 是在task phase 中运行的，设置参数的时间往往是不固定的的。 2.使用wait_modified 任务，它有三个参数，与config：：get 的前三个参数完全一样。当监测到第三个参数被更新后，就返回，否则一直等待。如下： 1）检测到后，根据get 更新。

UVM config_db机制源码探微

Yknjs的博客

12-20

1478

UVM config_db机制源码学习

UVM：config_db

qq_39787102的博客

08-20

3105

uvm config_db

UVM中uvm_config_db机制背后的大功臣

W1Z1Q的专栏

06-17

1569

本文主要讲述UVM中uvm_config_db机制背后扮演重要角色的uvm_glob_to_re()和uvm_re_match()，并给出1个例子便于大家理解。

[UVM源代码研究] 当我们在tb里调用run_test()时uvm环境是如何启动的

sunstat的博客

10-11

1028

这个run_test()根源调用的还是uvm_root里定义的run_test()我们稍后再去分析，等于说uvm_globals将uvm_root里定义的run_test()通过单例模式获取uvm_root的唯一实例并将其封装成了一个全局可见的任务run_test()，那我们不禁要问：这个uvm_globals文件是如何实现里面的内容全局可见的呢？387-391就是在判断run_test()是否被调用过，调用过就会将uvm_test_top作为uvm_root的child存入到m_chilldren中。

[UVM源代码研究] 聊聊UVM中的callback机制

sunstat的博客

07-25

1727

本文通过一个具体的例子引出对UVM源代码中callback的实现机制进行了粗浅的分析，虽说不能让大家看完后对UVM中的callback机制有醍醐灌顶的感觉，但相信同学们看完在后面使用uvm_callback的时候应该会有一个更为立体的理解。

[UVM源代码研究] 聊聊uvm_tlm_analysis_fifo这个特殊的uvm_component（uvm-1.2版）

sunstat的博客

03-20

2376

聊聊uvm_tlm_analysis_fifo这个特殊的uvm_component

#UVM# 浅析快递小哥：uvm_config_db

那么菜的博客

12-11

652

1. 功能 uvm_config_db#(T)是一个类，用于配置uvm_component实例的资源；uvm_config_db主要是提供了一种资源配置的简化方法。 2. 命令解析 class hierarchy uvm_config_db#(T) 或者 uvm_config_db T 就是待配置选项的type类型。 class定义 class uvm_config_db#( type T = int ) extends uvm_resource_db#(T) methods .

uvm_config_db在UVM验证环境中的应用

weixin_30675967的博客

05-10

2960

如何在有效的使用uvm_config_db来搭建uvm验证环境对于许多验证团队来说仍然是一个挑战。一些验证团队完全避免使用它，这样就不能够有效利用它带来的好处；另一些验证团队却过多的使用它，这让验证环境变得不稳定。本文讨论如何简单有效平衡的在验证环境中使用uvm_config_db，让它验证环境贡献最多的力量，却又不会成为验证环境搭建的累赘。接下来=通过三部分来进行阐述： ...

uvm_config_db的set()与get()方法

weixin_42294124的博客

05-28

8730

1、set方法 1.1 方法原型： uvm_config_db#(T)::set(uvm_component cntxt, string inst_name, string filed_name, T value); 1.2 举个栗子： uvm_config_db#(int)::set(this, "c1", "val1", 100); 1.3 参数含义 1）#( )括号中是要传送的数据类型T，可以是： virtual interface；单一变量值如：int，string，enum等

UVM：3.5.10 config_db 调试

06-12

1425

1.除了之前的check_config_usage，UVM还提供了print_config 函数：参数 1 表示递归；0，只显示当前的component信息。 2.结果如下： 1）遍历整个验证平台（我发现只是这个component 下的，不包括并列和之上，书上有可能是错的？），找出那些被设置过的信息对于它们是可见的，比如 agt_scb_fifo有一

UVM中set/get_config_int/string/object与uvm_cofig_int/string/object的使用

Alfred的博客

07-17

2903

uvm_config_int/string/object

uvm_config_db

weixin_45075454的博客

11-26

340

因为路径设置错误导致无法get到，用此函数可以看到哪些set却没有get，因为set和get一般都在build_phase中，故在connect_phase中使用。有时可以看到第一个参数设置为uvm_root::get，null，uvm_top，都表示uvm树的最顶层。this，"env.i_agt.drv"表示路径，即this.env.i_agt.drv；this,""表示路径，""表示空，则路径为this，即当前组件；"pre_num"为set的第三个参数；"pre_num"表示需要赋值的变量；

UVM世界观之十：config机制（下）

TroubleMaker

08-21

3657

本文转自：http://www.eetop.cn/blog/html/28/1561828-2331506.html config机制在使用uvm_config_db API set/get时，实际发生了如下的后台操作： uvm_config_db::set通过层次和变量名，将这些信息放置到uvm_pkg唯一的全局变量uvm_pkg::uvm_resources。全局变量uvm_res...

UVM糖果爱好者教程 - 13. 配置数据库(uvm_config_db)

XtremeDV

06-15

2781

这篇文章将解释配置数据库（uvm_config_db）是如何工作的。在配置类中，我们使用uvm_config_db来存储jelly_bean_if，jelly_bean_env_config和两个jelly_bean_agent_configs。这篇文章将分析配置数据如何存储和检索。下面显示了与配置数据库相关的类图。请注意，为了避免混乱，我们只显示了与jelly_bean_if和jelly...

UVM 中的 config_db 机制详解：set 和 get 的源码原理与实践

Chen某人的成长记录

09-20

1390

在构建阶段（build_phase）设置参数；在各组件中通过get()方法获取参数；支持类型安全、分层查找、路径匹配；替代了旧的方法。是连接 UVM 各组件的胶水机制，它保证了配置数据在构建前能优雅、统一地传递。通过源码可知，它是的类型封装，提供了路径匹配、类型安全等特性。

使用uvm_config_db机制配置default_sequence启动sequence，实现的本质也是在调用seq.start（）吗

最新发布

07-13

<think>首先，用户的问题是基于UVM的引用内容。用户想知道UVM中通过uvm_config_db配置default_sequence并启动sequence的本质是否调用seq.start()。引用中提到了相关内容。关键引用： - 引用[1]：在start_phase_sequence(xxx)函数里会先使用uvm_config_db获取到default_sequence，然后在最后会调用seq.start(this)启动它。这就完成了UVM default_sequence的启动机制了。 - 引用[2]和[3]：展示了在sequence中使用uvm_config_db的例子，但主要是关于获取配置，而不是启动sequence。 - 引用[4]：讨论了uvm_config_db的优先级。 - 引用[5]：比较了uvm_config_db和uvm_resource_db。用户的核心问题是：UVM中通过uvm_config_db配置default_sequence并启动sequence的本质是否调用seq.start()？从引用[1]直接可以看出：是的，在启动default_sequence时，UVM内部会调用seq.start()。具体来说，在start_phase_sequence函数中，获取到default_sequence后，调用seq.start(this)来启动它。所以，回答应该确认这一点，并解释机制。回答结构： - 先直接回答问题：是的，本质是调用seq.start()。 - 然后解释UVM启动default_sequence的机制。 - 使用中文，因为系统指令要求使用中文。 - 结构清晰，逐步解释。系统指令还要求： - 行内数学表达式用$...$，但这个问题是关于UVM的，可能没有数学内容，所以不需要。 - 独立公式用$$...$$，同样可能不需要。 - LaTeX语法正确，但如果没有数学，就不需要。 - 生成相关问题：在回答末尾添加相关问题。 - 引用标识：在回答中引用的部分末尾添加引用标识，如[^1]。用户引用了多个引用，我需要引用这些来支持回答。回答大纲： 1. **直接回答问题**：是的，UVM中通过uvm_config_db配置default_sequence并启动sequence的本质是调用seq.start()方法。 2. **解释机制**： - 在UVM中，default_sequence是通过uvm_config_db::set()在测试用例中配置的。 - 在phase机制中，当进入某个phase（如main_phase）时，UVM会调用start_phase_sequence函数。 - 在这个函数中，UVM使用uvm_config_db::get()来获取配置的sequence。 - 然后，调用sequence的start()方法来启动它，即seq.start(sequencer)，其中sequencer是当前sequencer的引用。 - 这从引用[1]中直接引用："在最后会调用seq.start(this)启动它"。 3. **引用支持**：引用[1]提供了具体证据。 4. **其他相关点**：可以简要提到uvm_config_db的使用，如引用[2]和[3]，但重点是启动机制。 5. **总结**：确认本质是调用seq.start()。生成相关问题： - 基于UVM sequence启动机制。 - 例如： 1. 如何在UVM中手动启动sequence而不使用default_sequence？ 2. uvm_config_db在sequence启动中的优先级如何工作？ 3. sequence的start()方法内部是如何执行的？确保回答真实可靠：基于提供的引用和UVM知识。最终回答结构： - 开头：明确回答。 - 主体：解释过程。 - 结尾：相关问题。</think>### UVM中通过uvm_config_db配置default_sequence并启动sequence的本质是的，在UVM（Universal Verification Methodology）中，通过`uvm_config_db`配置`default_sequence`并启动sequence的本质是内部调用了`seq.start()`方法。以下是基于UVM机制的逐步解释，确保回答真实可靠，并引用相关支持。 #### 1. **配置default_sequence的机制** - 在UVM测试用例（testbench）中，用户使用`uvm_config_db::set()`方法将特定的sequence配置为某个phase（如`main_phase`）的`default_sequence`。例如： ```systemverilog uvm_config_db#(uvm_object_wrapper)::set(this, "env.agent.sequencer.main_phase", "default_sequence", my_sequence::get_type()); ``` 这会将`my_sequence`注册为sequencer在`main_phase`的默认sequence[^1]。 - `uvm_config_db`基于键值对存储配置信息，并通过UVM hierarchy（层次结构）管理优先级。例如，在`build_phase`中设置时，高层组件（如`uvm_test`）的配置优先级高于低层组件（如`uvm_env`）[^4]。 #### 2. **启动sequence的过程** - 当UVM执行到目标phase（如`main_phase`）时，sequencer会自动调用内置函数`start_phase_sequence()`。该函数的核心步骤如下： - **获取default_sequence**：使用`uvm_config_db::get()`从配置数据库中检索预先设置的`default_sequence`。如果未找到，UVM会报错或使用默认行为。 - **调用seq.start()**：检索到sequence对象后，UVM直接调用该sequence的`start()`方法，即`seq.start(sequencer)`。这里的`sequencer`参数是当前sequencer的引用（通过`this`传递），确保sequence在正确的sequencer上执行[^1]。 - 例如，在UVM源代码中，`start_phase_sequence()`函数的伪代码逻辑如下： ```systemverilog task start_phase_sequence(uvm_phase phase); uvm_object_wrapper seq_wrapper; uvm_sequence seq; // 从uvm_config_db获取default_sequence if (uvm_config_db#(uvm_object_wrapper)::get(this, "", "default_sequence", seq_wrapper)) begin seq = seq_wrapper.create_object(); // 创建sequence实例 seq.start(this); // 关键步骤：调用start()方法启动sequence end endtask ``` 这证实了`seq.start()`是启动sequence的核心调用点[^1]。 #### 3. **为什么本质是调用seq.start()** - `seq.start()`方法是UVM sequence的入口点，它负责： - 将sequence与sequencer绑定。 - 触发sequence的`body()`任务执行用户定义的transaction生成逻辑。 - 管理sequence的生命周期（如pre_body、post_body）。 - 通过`uvm_config_db`配置`default_sequence`只是UVM提供的一种自动化机制，简化了sequence的启动。但本质上，它等同于用户手动调用`seq.start(sequencer)`[^1]。 - 需要注意的是，sequence本身不是UVM组件（component），因此在`uvm_config_db::get()`中第一个参数需设为`null`，并通过`get_full_name()`获取完整路径[^2][^3]。 #### 4. **关键优势与注意事项** - **自动化与解耦**：`uvm_config_db`机制解耦了sequence的配置和启动，使测试用例更灵活。用户只需在高层设置配置，UVM底层自动处理启动。 - **优先级规则**：如果多次设置同一配置，UVM按优先级解析（hierarchy高的或时间晚的优先），这会影响`default_sequence`的获取结果[^4]。 - **与uvm_resource_db的区别**：`uvm_config_db`是推荐方式，因为它支持UVM hierarchy，而`uvm_resource_db`缺乏层次管理，可能导致配置冲突[^5]。总之，UVM通过`uvm_config_db`配置`default_sequence`的本质是在phase启动时调用`seq.start()`方法。这体现了UVM的自动化设计，但开发者也可直接手动调用`seq.start()`实现更精细的控制。