uvm设计分析——report
uvm_report实现中的类图,如下:

1)uvm_component均从uvm_report_object extend而来,其中定义了report_warning,error,info,fatal等方法接口;
2)uvm_report_message和uvm_report_handle,是一个中介者的角色,实现调用接口和实现的分离;将report信息,
打包成一个message的对象;并处理各种severity的override;
3)uvm_report_server,实现该message具体的uvm_action;
4)uvm_report_catcher,作为访问者,在tb top对某个id,serverity,verbosity的message进行处理,catch或throw;
uvm_report_object中实现了report的调用接口,以及report_handle的变量;

report_object和report_handle是绑定的关系,两者是互相composite的,object_report提供给用户的有两
类function:
1)info,warning等调用function,其中verbosity在report_object中是被固定住的。
error----uvm_low;
fatal-----uvm_none;
info、warning----uvm_medium;
report是否被调用,还是要根据handle中的max_verbosity信息来确认的;
2)对handle中变量的配置;每个report_object中的handle中的信息是不同的,所以区分调用report的component是
很有必要的,
所以sequence,默认使用m-sequencer来调用;
port_base使用port_component来调用;
其他默认使用uvm_root来调用;
其他的三个function:
1)report_header,调用uvm_root的function,打印copyright信息;(uvm-root new的时候调用)
2)report_summary,调用report_server的function,打印统计信息;
3)die,当UVM_COUNT计数到一定值时,调用finish;
uvm_report_object:最终将report打包为message的格式,并将对象传递给handle;
handle拿到report对象,根据自己内部的override信息,将相应的信息,更新到message中;(就是severity的override信息)
handle中最重要的两个function:
1)initial,在new的时候,调用,初始化severity对应的默认action,设置默认输出file为0,STDOUT;
初始化max_verbosity_level为UVM_MEDIUM;

2)process_report_message,将message override处理后,交给server来处理;
几个重要的变量,数组或哈希:
1)verbosity类;id_verbosities,severity_id_verbosities;
2)actions类,id_actions,severity_actions,severity_id_actions;
3)override类,sev_id_override,sev_overrid;
4)file类;
report_server是一个virtual class,并且定义了pure function,默认使用的都是default_server,并且是singleton实例;
default_report_server,对信息执行相应的action,只有一个最重要的function:
process_report_message:
1)首选拿到目前的callback pool,uvm_report_cb中变量;uvm_report_catcher的对象;
2)对于uvm_action为uvm_log或uvm_display的message,调用compose_message,打包格式;
3)同一调用execute_report_message 的function;
1)自加id和severity个数;
2)uvm_display的message,调用$display function;
3)uvm_log的message,调用fdisplay函数,需要除去STDOUT;
4)uvm_count的message,自加quit_counter;
5)uvm-exit的message,调用die function;
6)uvm-stop的message,直接调用$stop;(该action,用的比较少)
三个主要的counter和一个变量:
1)m_quit_counter;
2)m_severity_counter;
3)m_id_counter;
4)m_max_quit_count;
还有一个general的function,report_summarize,打印各个counter的值;先调用catcher的summary;
以上的class中,在实现时,都是没有使用field_automation的,都是自己实现do_copy,do_print函数;
uvm_report_catcher,实现report的callback机制,uvm_pool被定义为uvm_report_cb,uvm_callback被extend为uvm_report_catcher;
核心处理函数,procee_report_catcher,提供接口catch() function来供用户extend,
返回action_e类型enum------caught,throw,unknow_action;
在返回值为throw的情况下,report会继续被server处理;
caught的情况下,report不会继续被server处理;
catcher提供了足够的函数来进行message的删选;
1)get_client,拿到调用的report_object;
2)get_severity,拿到message的severity;
3)get_verbosity,拿到message verbosity信息;
4)get_id,拿到message id值;
5)get_action,拿到message对应的action;
6)get_filename,get_line,拿到对应的文件以及行号;
相应的函数来进行message属性的修改;
1)set_client,调用的report_object;
2)set_severity,message的severity;
3)set_verbosity,message verbosity信息;
4)set_id,message id值;
5)set_action,message对应的action;
在catcher的过程中,统计caught和throw的fatal,error,warning的个数,供summary调用;
相关的macros:
1)分别定义uvm_file和uvm_line是否打印;REPORT_DISBALE_FILE、LINE;
2)`uvm_info、warning、error、fatal;
3)`uvm_info_context、warning、error、fatal,指定了object,不使用当前的object进行调用;
4)`uvm_message_begin,end,不建议直接使用,severity,verbosity需要自己设置;
5)`uvm_message_context_begin,end,同上,区别只是显示调用object的enable_report函数,
6)`uvm_info_begin,end,warning_begin,end,error_begin,end,fatal_begin,end,只是不需要指明severity;
7)指明obejct的info_context_begin等macros;
相应的使用;
1)在vcs或者ius的命令行加+UVM_VERBOSITY=***,通过uvm_root,递归的设置所有comp的verbosity,

2)在相应的comp内部直接调用相应的设置verbosity或者其他属性的函数;

uvm设计分析——report的更多相关文章
- uvm设计分析——field automation
uvm中的field_automation主要实现了class中的基础元素的copy,compare等函数, 实现方式分为两种:1)用户注册,field系列宏:uvm内部调用static status ...
- uvm设计分析——tlm
tlm模块,用来在不同模块之间实现实时通信,主要基于两个定义在通信双方的port类来实现. 两个port之间,通过connect函数,来拿到双方的class指针,进而调用对方的function. 但是 ...
- uvm设计分析——reg
项目中的reg_model一般只有一份,set到reg_sequence上,所以多个sequence并行启动结束的时候,reg model会成为一个共享资源. uvm_reg_field中的volat ...
- uvm设计分析——factory
uvm的factory机制,通过实例一个static类型default factory,并且通过宏将所有例化extend出来的object,component register到该factory的内部 ...
- uvm设计分析——callback
uvm_callback,设计者在进行class的function设计时,有意留下的一些hook,总是遍历某个pool中的对象: 使用者在使用时,将实现添加到某个pool中: callback中,最重 ...
- report源码分析——report_object和report_message
uvm的report机制,主要涉及uvm_report_object,uvm_report_handle,uvm_report_server这三个类: uvm_report_object主要是提供uv ...
- UVM基础之---------Reporting Classes
Reporting 类提供了一组工具用于格式化报告输出 report机制大概包括四个主要的类uvm_report_object,uvm_report_handler, uvm_report_serve ...
- UVM基础之-------uvm report机制的使用
后面的例子我会继续补充: 1. 因为uvm默认定义的message格式比较长,非常不利于debug过程中的分析使用,一般情况下,开始使用uvm,都要利用uvm_report_server重新定义mes ...
- UVM基础之---------uvm report 机制分析
uvm 中的信息报告机制相对来说比较简单,功能上来说主要分为两部分: 第一通过ID对component的信息报告冗余级别进行控制,针对每个冗余级别进行不同的行为控制.这部分工作主要由uvm_repor ...
随机推荐
- .net Core2建立MVC网站,部署
1..net Core2使用sqlservver.EFCore,部署在linux上将出错,具体是错原因大概是:连接超时的意思.=>就想测试下linux到底能不能连接sqlserver.是两者技术 ...
- 类中的函数带有self,不带self的区别
1.类里函数不带self,这是我们调用类里的函数直接用类名.函数名() class shop(object): def scan_goods(): #括号内不带self print('浏览商品') d ...
- take a cpu core offline
[root@vrouter1 ~]# cat /sys/devices/system/cpu/online -,,- [root@vrouter1 ~]# cat /sys/devices/syste ...
- kubernetes1.3搭建dns服务
https://xuxinkun.github.io/2016/07/22/kubernetes-dns/
- 【PyQt5-Qt Designer】QComboBox-下拉列表框
知识点: 1.QComboBox下拉列表框的一些常用方法 2.下拉列表框常用信号使用方法 案例:选中下拉框选项时触发信号 #[str] 表示comboBox中的选择框内容如A B C D 等 self ...
- oracle的undo表空间
undo表空间是Oracle特有的概念.undo表空间中会自动分配undo段,这些undo段用来保存事务中的DML语句的undo信息,也就是来保存数据在被修改之前的值.在rollback,实例恢复(回 ...
- Hibernate 和 MyBatis 的区别
Hibernate 和 MyBatis 的增.删.查.改,对于业务逻辑层来说大同小异,对于映射层而言 Hibernate 的配置不需要接口和 SQL,相反 MyBatis 是需要的.对于 Hibern ...
- 前端框架之Vue(2)-模板语法
Vue.js 使用了基于 HTML 的模板语法,允许开发者声明式地将 DOM 绑定至底层 Vue 实例的数据.所有 Vue.js 的模板都是合法的 HTML ,所以能被遵循规范的浏览器和 HTML 解 ...
- "当前不会命中断点,没有与此行关联的可执行代码"可能和"断点位置不准确"有关
今天用VS调试代码遇到一件怪事,在函数结束前的return那一行打了断点,却报"当前不会命中断点,没有与此行关联的可执行代码".看了自己是debug模式,而且没有开启优化,不应该出 ...
- UML序列图的理解:
UML序列图的理解:UML序列图是指一个对象的方法在处理过程中调用其他对象的图:重点是要突出调用其他对象的序列: