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 ...
随机推荐
- kafka读书笔记《kafka权威指南》2018
1.有了分区,可以多个client消费一个topic,有了分区,可以将一个topic 分散在多个broker 2.kafka通过复制实现可靠,通过横向扩展提高性能(如增加分区.客户端.增加broker ...
- Python不使用int()函数把字符串转换为数字
Python不使用int()函数把字符串转换为数字 2018年05月21日 14:18:45 边缘ob边缘ob 阅读数:1035 https://blog.csdn.net/qq_33192555/a ...
- LeetCode 561 Array Partition I 解题报告
题目要求 Given an array of 2n integers, your task is to group these integers into n pairs of integer, sa ...
- SQL row_number() over(partition by函数
1)row_number() over(partition by 列名1 order by 列名2 desc)的使用 表示根据 列名1 分组,然后在分组内部根据 列名2 排序,而此函数计算的值就表示每 ...
- selenium+iframe 如何定位元素(实战)
场景: 在同一界面,需定位iframe里面的元素, 就需要切换至Iframe块,然后定位元素,验证完成后,再切换出来. 如果不切换至iframe ,会发现不管采取什么定位,都会报元素不存在.
- 机器Coding For WPF
declare @modelcode varchar(90)='AutoProjectType'declare @ns varchar(90)='WpfApplication'declare @dat ...
- java使用DateUtils对日期进行运算
最近在写数据上传的程序,需要对Date进行一些数学运算,个人感觉在java中,日期的数学运算还是比较常用的,所以把Date的数学运算都玩了一下.试了一下,发现DateUtils这个工具类对于Date的 ...
- 【Linux】阿里云服务器部署--禅道
Xshell部署环境 回到Xshell界面,连上阿里云服务器,参考上一篇[linux学习1-Xshell连接阿里云ECS服务器](https://www.cnblogs.com/yoyoketang/ ...
- git出现warning: LF will be replaced by CRLF的解决方法
今天ytkah用git上传文件的时候出现了warning: LF will be replaced by CRLF的错误,具体信息如下,这是因为跨平台开发下产生的.由于编辑器的不同或者Windows程 ...
- Git/GitHub基本操作
GitGit是分布式版本控制工具,SVN是集中式版本控制,有单点故障的问题GitHub是Git的代码托管中心,类似的国内有码云,是远程维护库Git的优势大部分操作在本地完成,不需要联网完整性有保证尽可 ...