UVM 构建环境的要素
一、前言
UVM带来的环境复用,相比于之前SV验证环境做到了下面的几个优势:
- 各个模块的验证环境是独立封装的,对外不需要保留数据端口,因此便于环境的进一步集成复用。
- 由于UVM自身的phase机制,在顶层协调各个子环境时,无需考虑由于子环境之间的例化顺序而导致的对象句柄引用悬空的问题。
- 由于子环境的测试序列是相对独立的,这使得顶层在复用子环境测试序列而构成virtual sequence时,不需要其它额外的迁移成本。
- UVM提供的config_db配置方式,使得整体环境的结构和运行模式都可以从树状的config对象中获取,这也使得顶层环境可以在不同uvm_test进行集中管理配置。
二、环境构建的核心要素
在发送测试序列之前,首先需要创建一个结构化的环境。如果我们将环境建立的核心要素拆解开来,它们可以分为四个部分:
- 单元组件的自闭性
自闭性指的是单元组员(例如uvm_agent或者uvm_env)自身可以成为独立行为、不依赖于其它并行的组件。举例来说,driver同sequencer之间,虽然driver需要获取sequencer的transaction item,但是它本身可以独立例化,而它们之间的通信也是基于TLM端对端的连接实现的。(如果按照SV的环境,只例化driver不例化generator,从环境运行的可靠性上来说不行。因为driver中的mailbox是空的。虽然从编译上来说它是独立的,但是从环境运行上来说它不是独立的。)
这种单元组件的自闭性为日后的组件复用提供了良好基础。各个子环境也可以独立集成于顶层环境,互相也不需要额外的通信连接,各自划分“小世界”施行自治。
- 回归创建
环境的框架建立主要就依靠这一技能了。通过这种方式,上一级的组件在例化自身(执行new()函数)之后,会执行各个phase阶段,通过build phase可以进一步创建子组件,而这些子组件也通过一样的过程去创建下一级组件。回归创建之所以可以实现,这要依赖于自顶向下执行顺序的bulid phase。通过build phase这种结构化执行顺序可以保证父组件必先于子组件创建,而创建过程还包含这些步骤:
a.在定义成员变量时赋予默认值,或者在new()函数中赋予初始值。
b.结构配置变量用来决定组件的条件生成,例如uvm_agent依靠is_active变量来判断是否需要例化uvm_sequencer和uvm_driver。
c.模式配置变量用来决定各个子组件的工作模式。
d.子组件按照自顶向下、从前到后的顺序依次生成。
模式配置,静态用配置,动态用transaction
- 通信端口连接
在完成了整个环境创建以后,各个组件会通过通信端口的连接进行数据通信,常见的端口通信用途包括:
a.driver的端口连接到sequencer,并且对sequencer采取blocking pull的形式获取transaction item
b.monitor的端口连接到scoreboard内部的analysis fifo,将监测到的数据写入其中 - 顶层配置
a.正是由于单元组件的自闭性,UVM结构不建议用户通过引用子环境句柄,继而索引更深层次的变量进行顶层配置,因为这样做无疑会增加顶层环境同子环境的黏性,无法做到更好的分离。
(当环境结构发生变化,利用子环境句柄进行更深层次的变量配置可能会导致错误,编译不能通过。如果利用config,没有这个环境结构时就不会去get。编译仍然可以work。黏性降低,环境稳定性更好。)
b.所以更好的方式是通过配置化对象,作为绑定于顶层环境的部分传递到子环境,而子环境的各个组件又可以从结构化的配置对象中获取自身的配置参数,从而在build phase、connect phase以及run phase中来决定它们的结构和运行模式。
c.顶层配置对象可以在子环境没有例化时就将其配置到将来会创建的子环境当中,无需考虑顶层配置对象会先于子环境生产,这也为UVM用户提供了安全的配置方式。
1.无论在那一层使用配置,应该尽量将所有配置都置于子组件创建之前,保证配置以及完成。
2.配置的作用域应该只关注当前层次及以下,而不涉及更高的层次。
3.配置的对象结构也应该尽量独立,最好同环境结构一样形成一个树状结构。这样带来的好处在于,独立的配置对象会对应独立的子环境。
三、环境元素分类
将uvm_test层作为比uvm_env更高的层次,这是因为uvm_test层会有一些配置的部分传递给子环境。包括构成环境的组件uvm_component在内,环境元素可以分为以下部分:
- 成员变量
一般变量、结构变量、模式变量
- 子组件
固定组件、条件组件、引用组件
- 子对象
自生对象、克隆对象、引用对象
1.成员变量
- 一般变量用于对象内部的操作,或者为外部访问提供状态值,
- 结构变量则用来决定内部子组件是否需要创建和连接,例如顶层的is_active变量即用作该目的。
- 模式变量用来控制组件的行为,例如driver变量经过模式配置,可以在run phase做出不同过的激励行为。
- 对于结构变量和模式变量,它们一般由int或者enum类型定义,用户可以在uvm_test层通过uvm_config_db的配置方法直接设置,也可以通过结构化的配置对象来进行系统设置。
- 对于复杂验证环境,配置对象的方式会容易操作和维护。
2.子组件
- 环境必须创建的组件称之为固定组件,例如agent中的monitor无论对于active模式或者passive模式,都需要创建;又或者顶层环境中的scoreboard,也需要创建用来比较数据。
- 条件组件则是通过结构变量的配置来决定是否需要创建,例如 sequencer和 driver只允许在 active模式下创建。
- 引用组件是内部声明一个类型句柄,同时通过自顶向下的句柄传递,使得该句柄可以指向外部的一个对象。
- 例如在 uvm test一层,首先例化了一个寄存器模型rgm(固定组件),其后将该模型的句柄通过配置传递到 reg_env层中的rgm句柄(引用组件)。
- 利用引用组件的方式,使得环境各个层次在需要的情况下,都可以共享一个组件。
3.子对象
- 与子组件细分方式类似的是子对象( uvm_object)的细分
- 在某一层次中首先会创建一个对象,该对象可以称之为自生对象。
- 对象传递过程中,该对象经过克隆从而生成一个成员数值相同的对象,我们称之为克隆对象。
- 如果对象经过了端口传递,到达另一个组件,而该组件对其未经过克隆而直接进行操作的话,可称之为对引用对象的操作。
- 例如,在 virtual sequence会生成送往 reg_ master_agent和 reg_ slave_agent的 transaction item,分别是mst_t和slv_t,这些连续发送的mst_t和slv_t通过uvm_sequencer,最终抵达 uvm_driver
- uvm driver拿到这些 transaction对象之后,如果首先进行克隆,而后利用克隆数据对象进行激励是一种方式; driver也可以不克隆数据对象而直接对这些对象(引用对象)进行操作。对克隆后的对象操作,改变的数值不会影响原先的自生对象属性;而如果在引用对象上进行操作,那么也会修改自生对象的数据。
关注作者
- 自述
作者是一位中科大数字设计专业的研究生,水平有限,如有错误,请大家指正,想要与大家一同进步。 - 经历
曾获得国家奖学金,“高教社杯”数学建模国家二等奖等 - 陆续更新:
1.与UVM验证相关的system verilog后续内容;
2.与verilog数字设计相关的一些基础模块设计,例如FIFO,UART,I2C等的书写。
3.保研与竞赛经历等 - 微信公众号
欢迎大家关注公众号“数字IC小白的日常修炼”,期待与大家一同仗剑遨游数字IC世界。