uvm设计分析——reg

项目中的reg_model一般只有一份,set到reg_sequence上,所以多个sequence并行启动结束的时候,reg model会成为一个共享资源

 

uvm_reg_field中的volatile,主要来设置m_check的变量,

  m_check,主要用在uvm_reg的mirror task,以及read task,(需要map中配置check_on_read)

uvm_reg_field中的desired,mirrored,m_parent,m_access变量都是local的,继承类中完全看不到,只能

  通过function来得到数据。

  m_access,指定field的access policy。

  m_written,指定是否是只能被写入一次的。

  reset可以被设置为多种类型的reset的值。

主要function  configure

 

uvm_reg中的主要变量有,m_locked,由顶层的reg_block调用

            m_parent,指向的uvm_reg_block;

            m_is_busy,当该reg正在执行frontdoor的读写操作时,该信号置 1,避免此时做predict。

            m_backdoor,外部设置进去的backdoor的方法。

            m_maps[uvm_reg_map],该reg挂载在的map的对象,在default_map,add_reg时,指定。

            hdl_pool,以string为索引,uvm_queue为对象,string方便指定RTL,Gate等不同的hdl。

            coverage收集信息,m_has_cover,m_cover_on。has_cover表示reg new的时候加入的coverage选项,

                                    cover_on表示当前设置的coverage。主要区别在调用时候,需要的是哪一种的coverage。

              reg  new的时候,需要设置的是has_cover,new的时候,直接build_coverage。需要顶层调用include_coverage。

              reg_block在new的时候,可以设置cover_on,通过set_coverage等function。sample的时候get_covera

  • 2
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值