rockeric.com路科验证的官网,安利一波,很多资源可以下载。
UVM-1.1d到UVM-1.2的变化还是显著的,那已经是很久之前(2014年)的事了。不过,对于多数UVM用户而言,似乎并没有感受到1.1d和1.2版本间的代码差别。UVM从Accellera发布的1.2版到IEEE收编后的1800.2 2017版,我们也还是沿着大多数UVM用户的使用视野来谈。如果你想阅读这些完整的版本对比,**可以在【http://rockeric.com/resource/paper/】**下载这篇DVCon 2018的论文《 IEEE-Compatible UVM Reference Implementation and Verification Components》。当然,你还可以在路科的官方网站下载UVM IEEE 1800.2 2017的标准手册。另外,如果你要下载UVM 1800.2 2017 1.0版本的代码(2018年11月刚刚发布),可以通过Accellera官网地址:
http://www.accellera.org/downloads/standards/uvm
在展开阐述之前,请读者首先检查目前使用的UVM版本。一般而言,EDA仿真器已经自己预编译或者预装了UVM库,只是你需要检查目前使用的是UVM-1.1d还是UVM-1.2。如果接下来EDA仿真器要将UVM 1800.2版本代码安装进去,那作为UVM用户,你至少需要知道下面三个变化。
UVM_REG动态地址索引
UVM-1.2时,uvm_reg_block::lock_model()是必备的一步,它用来检查和缓存地址映射,但是一旦lock后,无法再对map做二次修改。
问题在于目前的SoC子系统有动态映射,或者重新映射的功能,因此如果在仿真中UVM寄存器模型只有静态地址映射,那么就无法很好地支持这一点。
UVM-1800.2中,我们可以调用uvm_reg_block::unlock_model先来“解锁”,再uvm_reg_block::unregister()来卸载寄存器,完成这些动作以后,只需要重复添加寄存器的动作,再lock寄存器块就好了。
例如,想在仿真过程中,先建立modelA的地址映射关系,然后在仿真过程中重新建立地址映射。在UVM-1800.2中,我们可以在仿真过程中(不一定是build阶段),unlock_model()和unregister(),接下来再为uvm_reg_block建立新的uvm_reg_map并将其添加和lock_model()。
这种灵活的重新配置,可以从上面的步骤实现为下面的方法update_addr_map(),用户可以在仿真中任何一个阶段来更新地址映射。
uvm_event_callback并入uvm_callback
UVM-1.2时,uvm_event_callback虽然也是callback类,但和uvm_callback是分割的,所以在将它添加到uvm_event时,其添加方法与添加其它uvm_callback对象的方式是不同的。
UVM-1800.2中,这一切得到了统一,uvm_event_callback也变为了uvm_callback类,也由此,添加uvm_event_callback对象的方法就变为了添加uvm_callback对象的方法。
sequence的宏得到简化
UVM-1.2时,`uvm_do()和其众多变种让UVM新人无所适从,对于测试用例的阅读也不那么友好。
UVM-1800.2中,只需要`uvm_do()就足够了,因为用户可以为其添加其它参数(如果不使用缺省参数的话)。