阵列初始化和仿真性能问题

zhangdeshuai

在IC设计中，处于减少功耗和面积的考虑会存在部分的无复位寄存器和存储单元，而在使用VCS进行仿真时，无复位的寄存器和存储单元输出会是X态，因此会导致仿真异常，仿真结果不符合预期，因此在仿真时，需要对无复位的寄存器和存储单元进行初始化。
为了方便使用uvm_hdl_deposit函数来进行force。uvm_hdl_deposit的使用需要编译时假如debug功能，但是开启debug功能，又会影响仿真性能。
有何办法能获得uvm_hdl_deposit和性能之间的平衡？

年轻的韭菜

仿真工具不是支持对寄存器复位吗

zhangdeshuai

   

年轻的韭菜 发表于 2021-9-14 11:48
仿真工具不是支持对寄存器复位吗

工具只能选择初始化为0、1、x。但是有些阵列需要初始化为一个固定的配置，比如123456这种。

A1985

readmem这个 so easy

zhangdeshuai

   

A1985 发表于 2021-9-14 16:40
readmem这个 so easy

啥玩意

飞翔的马甲

你说的这种情况，这类的memory是需要初始化的。如果memory很大，硬件初始化时间会很长，我们一般是在验证环境中实现一个快速初始化的task，通过后门的方式将memory的初值刷成0或者其他值。如果是内部的逻辑memory，一般就是直接刷成0了，如果是配置memory，我们的ral脚本生成的ral_model中会提供memory的后门初始化函数。因此我们项目中一般不用uvm_hdl_deposit这个东东

saipolo

问题很初级，属于初学者的问题。。。一般都不用deposit，reg的话，编译和仿真命令行解决，memory的话$readmemh解决，或者你自己写task来刷。。。

zhangdeshuai

   

年轻的韭菜 发表于 2021-9-14 11:48
仿真工具不是支持对寄存器复位吗

懂你的意思了。查了下，用+vcs+initreg+config+config_file可以指定具体的值。

zhangdeshuai

   

飞翔的马甲 发表于 2021-9-15 16:02
你说的这种情况，这类的memory是需要初始化的。如果memory很大，硬件初始化时间会很长，我们一般是在验证环 ...

通过后门的方式将memory的初值刷成0或者其他值。
后门的方式是什么方式？

zhangdeshuai

   

saipolo 发表于 2021-9-16 09:59
问题很初级，属于初学者的问题。。。一般都不用deposit，reg的话，编译和仿真命令行解决，memory的话$readm ...

用uvm_hdl_deposit是因为信号很多（上千个），又有一定的规律，它可以以字符串的方式指定信号路径，写起来方便。