uvm实战学习笔记

合集下载

uvm 继承关系(一)

uvm 继承关系(一)UVM继承关系1. 概述UVM（Universal Verification Methodology）是一种通用的验证方法学，广泛应用于硬件设计行业。

在UVM中，继承关系是一种重要的设计模式，用于定义验证环境中的各个组件。

2. UVM继承关系的类型在UVM中，继承关系主要有以下几种类型：配置数据库继承关系配置数据库继承关系用于保存和管理测试环境中的配置信息。

通过继承，可以实现配置信息的重用和扩展。

Testbench继承关系Testbench继承关系用于构建验证环境中的测试平台。

通过继承，可以实现测试平台的模块化和复用。

Agent继承关系Agent继承关系用于构建验证环境中的Agent组件，用于生成和接收设计模块的数据。

通过继承，可以实现Agent的配置和功能的扩展。

Sequence继承关系Sequence继承关系用于生成测试模式，驱动Agent发送特定的数据到设计模块。

通过继承，可以实现测试序列的复用和扩展。

Scoreboard继承关系Scoreboard继承关系用于验证设计模块的输出结果是否符合预期。

通过继承，可以实现Scoreboard的功能扩展和错误检测。

3. UVM继承关系的作用UVM继承关系在验证环境的构建中扮演重要角色，具有以下作用：代码重用通过继承可以实现代码的重用，减少重复编写相似功能的代码，提高开发效率。

功能扩展通过继承可以扩展已有组件的功能，满足特定需求。

例如，在Agent组件中可以扩展数据生成算法。

模块化设计通过继承可以实现模块化的设计，各个组件之间相互独立，易于维护和管理。

多态性通过继承可以实现多态性，使得组件的行为根据实际情况进行动态变化，提高测试的灵活性和可扩展性。

4. 总结UVM继承关系是一种重要的设计模式，在验证环境的构建中具有重要作用。

各种继承关系的应用使得验证环境更加模块化、可复用和灵活，提高了验证的效率和可维护性。

因此，熟练掌握UVM继承关系的使用是每个资深创作者的必备技能之一。

UVM实战指南第部分

(*)题外话：TLM可能是UVM中最重要的概念，掌握了TLM，就可以开场尝试编写一些小程序了。

翻译这篇文章，也是为了稳固加强对TLM的理解。

(*)几个名词：transaction翻译为事务或者交易；packet翻译为封包，packet属于transaction；monitor翻译为监视器；driver翻译为驱动器；scoreboard翻译为记分牌；有些词汇直接被运用到UVM源代码上，所以有时候用英文更容易描述清楚。

(*)语言的目的是为了交流，翻译不是为了纯粹的语言转换，而是为了传递思想。

4.6 UVM中事务级建模(TLM)20多年前，设计者从门级转向RTL级。

这次转换来自于标准Verilog/VHDL的RTL编码风格，以及RTL综合实现工具的推出。

使用RTL最大的好处是让设计者更多的专注于时序行为的设计以及功能的正确性，而很少考虑门级相关设计。

TLM(事务级建模)同样在抽象级别上更进了一步，在设计与验证领域都有出现。

通过TLM, 中心放在系统级别的各种事务流的建模，而更少关心时钟级别的行为。

TLM在测试向量中已经使用多年。

通常，在产生鼓励与覆盖率检查的时候使用事务而不是用时钟级别建模，这种方式就是TLM. 为了验证RTL级别的DUT(需要测试的模块)，测试向量使用事务第 1 页发生器(transactor)(有时也称为总线功能模型(BFM))，将RTL 级与事务级进展转换。

在UVM中，此事务发生器也被叫做驱动(driver)或者收集器(collector)。

TLM中，事务通过方法调用与类对象来建模。

使用事务级而不是信号级别来建模有几个显著的好处：•TLM比RTL更简洁，仿真速度快。

•TLM模型的抽象级别更高，更加契合验证工程师或设计工程师对内部功能的考虑，从而使得建模更简单，并且更容易被其他工程师理解。

•TLM模型将不符合复用的局部移到模型之外，因此TLM很适合复用。

并且，TLM使用面向对象的技术，比方继承、实现与接口别离的技术。

UVM实战指南——第3部分

UVM实战指南——第3部分第3部分：UVM实战在前两部分中，我们介绍了UVM框架的基本概念和基本用法。

在这一部分，我们将进一步探讨UVM的实际应用，并提供一些实战技巧和建议。

1.重要性分析在开始UVM实战前，首先需要进行重要性分析。

这包括确定哪些功能是需要覆盖的，哪些功能是必要的，以及哪些可能引发错误的功能需要特殊关注。

这些分析可以帮助您确定测试计划的优先级，并在测试开发过程中更好地分配资源。

2.测试计划开发根据重要性分析的结果，您可以开始开发测试计划。

测试计划应该详细描述实施哪些测试以及对每个测试的期望结果。

它还应包括测试开发和验证团队的人员分配和时间表安排。

通过制定清晰的测试计划，您可以确保测试开发工作有条不紊地进行，并及时识别和解决问题。

3.环境开发在开发测试计划后，您可以开始开发UVM环境。

环境是UVM中最关键的部分之一，它包含了用于模拟验证环境的各种组件和接口。

在环境开发过程中，您需要根据测试计划中的需求，选择和实例化适当的UVM组件，并将它们连接在一起以形成完整的验证环境。

4.测试用例开发测试用例是验证过程中的核心功能。

在开发测试用例时，您需要通过实例化适当的测试类，指定测试目标，并配置测试环境。

您还需要定义测试封包，设置或生成输入数据，以及从模拟输出中提取和分析结果。

测试用例的开发应该遵循UVM的最佳实践，并确保测试覆盖范围广泛且有效。

5.仿真运行和调试一旦测试用例开发完成，您可以开始运行仿真并进行调试。

在仿真过程中，您可能会遇到各种问题，如信号不正确、仿真停滞、错误输出等。

为了有效解决这些问题，您可以使用UVM提供的调试功能，如消息和日志记录、波形查看和追踪。

通过运用这些工具，您可以更快地找到问题所在，并采取适当的措施进行修复。

6.结果分析和测试报告当仿真运行完成后，您需要对结果进行分析，并生成测试报告。

在UVM中，您可以通过访问测试类中的结果和统计信息来执行结果分析。

您还可以使用UVM提供的报告和日志功能，将结果以易于阅读和理解的方式呈现给项目团队和其他相关人员。

UVM Lab Guide自学笔记——快速入门UVM

UVM Lab Guide自学笔记——快速入门UVMfrom Monchy(蒙奇)在2020年秋招前根据Synopsys的SystemVerilog Verification UVM1.1Lab Guide自学UVM验证，在此分享前两章详细的学习笔记，几乎是指南的中文翻译，大量的过程截图对初学者很友好。

（UVM Lab Guide是Synopsys给出的UVM官方入门指南，里面包涵源码和实验指导，可以在网上自行下载。

建议参考《UVM实战》（张强））1UVM Environment1学习目标创建一个简单的UVM测试环境嵌入报告消息编译测试环境运行仿真并观察结果将数据、sequencer和驱动程序类添加到环境编译并仿真环境以观察行为2实验准备UVM由一组编码准则以及一组基类和宏组成。

这组基类和宏可帮助你开发外观和感觉上一致的测试平台。

这套编码准则使您能够开发鲁棒且高度可重复使用的测试平台组件，从而减少了修改、维护验证基础架构的时间，并花费更多时间验证您的设计。

第一个实验将按照UVM编码准则，使用UVM基类和宏开始构建UVM验证环境的过程：UVM lab文件夹有3个目录：labs（实验文件夹，里面的程序待补充）、solutions（lab的参考代码）和rtl（被测试的rtl代码）。

3搭建UVM测试平台任务1.创建简单的UVM 测试文件test_collection.svSolution:`ifndef TEST_COLLECTION_SV `define TEST_COLLECTION_SV `include "router_env.sv"class test_base extends uvm_test;`uvm_component_utils(test_base)router_env env;function new(string name,uvm_component parent);super.new(name,parent);`uvm_info("TRACE",$sformatf("%m"),UVM_HIGH);endfunction:newvirtual function void build_phase(uvm_phase phase);super.build_phase(phase);`uvm_info("TRACE",$sformatf("%m"),UVM_HIGH);env =router_env::type_id::create("env",this);endfunction:build_phasevirtual function void start_of_simulation_phase(uvm_phase phase);super.start_of_simulation_phase(phase);`uvm_info("TRACE",$sformatf("%m"),UVM_HIGH);//Note:If you want to see the topology as a tree format try://uvm_top.print_topology(uvm_default_tree_printer);uvm_top.print_topology();factory.print();endfunction:start_of_simulation_phase endclass:test_base`endiftest.sv Solution:program automatic test;import uvm_pkg::*;`include "test_collection.sv"initial begin$timeformat(-9,1,"ns",10);run_test();end endprogram编译并仿真简单的UVM 测试平台：$vcs -sverilog -ntb_opts uvm-1.1test.sv 编译开关-ntb_opts 用于使能UVM$simv +UVM_TESTNAME=test_base 可以通过factory configuration 修改测试。

(完整版)uvm实战-学习笔记

《UVM实战（卷1）》学习笔记看了第1/2/3/4/5/6/8/9.1 这几个章节。

第一章是综述，第二章是一个具体的例子，学习笔记从第三章相关内容开始。

我个人觉得UVM重要的部分（特点的部分）：1）factory机制（override config_db）2）TLM传递3）phase机制4）sequence-sequencer 以及virtual seq/sqr内容中的截图基本来自于UVM源代码、书自带的例子和《uvm1.1应用指南及源代码分析》这个PDF里的。

需要结合书（《UVM实战（卷1）》第1版）来看这个笔记。

第3章UVM基础3.1 uvm_component和uvm_object常用的类名字：这个图是从作者张强的《uvm1.1应用指南及源代码分析》里截得，不如书上3.1.1里的图好。

uvm_sequencer也是代码里必须有的，所以我加了uvm_sequenceruvm_void是一个空的虚类。

在src/base/uvm_misc.svh中定义：红框的是我们搭testbench的时候用的比较多的基类。

常用的uvm_object派生类：sequencer给driver的transaction要派生自uvm_sequence_item，不要派生自uvm_transaction所有的sequence要派生自uvm_sequence或者uvm_sequence的派生类，可以理解为sequence是sequence_item的组合（集合）。

driver向sequencer索要item，sequencer检查是否有sequence要发送item，当发现有item待发送时，就把这个item发给driver.常用的uvm_component派生类：所有的driver要派生自uvm_driver. driver用来把sequence_item中的信息驱动到DUT端口上，从transaction-level向signal-level的转换。

UVM_mentorpaper_使用手册

UVM：下一代验证方法学Mark Glasser,方法学建构师2011年2月4日UVM是验证业界为自身研发的一种新验证方法学。

UVM代表着验证技术的最新进展，使用它可创建坚实、可重用、具互操作性的验证IP和测试流程（testbench）组件。

UVM最新奇、最令人兴奋的方面之一却是它是如何被开发的。

UVM不是由一家EDA供应商开发的，也并非作为营销活动的一部分而推出，它是由众多业内专家联合开发的，他们来自微处理器公司、网络公司、验证顾问机构以及EDA供应商。

UVM的全部开发工作是在Accellera（一个标准化组织，致力于开发电子设计自动化领域里的标准和开放接口）架构下完成的。

在一个标准组织的旗帜下，各家公司（其中一些是市场上的对手）才能够在协作的环境中携起手来，以迎战建构一个先进验证方法学所面临的技术挑战。

每位代表为这一协同努力都贡献了他们所在行业的专业知识和视角。

其结果是为建构验证环境贡献出一个强大、多维的软件层和方法学。

当然，UVM已经在主要EDA供应商的所有模拟器上都进行了测试。

UVM的确是种真正的行业创举，Mentor以亲历其中而自豪。

UVM并非从天而降。

它集许多独立验证方法学的成果之大成。

其承继的资产包括AVM、URM，VMM和OVM。

图1. UVM的继承UVM承继的这些方法学提供了UVM得以建立其上的丰富的方法学库。

最值得注意的是，OVM-2.1.1是UVM的“起点”，是UVM得以孕育成功的种子代码库。

因此，UVM与OVM最相近，且大体上向后兼容OVM。

作为VMM一部分的RAL 包被转化为UVM的寄存器功能。

虽然上面提到的一系列方法学是UVM得以成就的种子，但UVM并非其前辈代码的简单叠加。

UVM为测试流程（testbench）建构提供了新功能和新的使用模式，从而将验证方法学提升到一个新高度。

寄存器在现代SoC设计中，寄存器集合是作为设计的接口。

通过寄存器——器件得以复位和配置；数据得以接收和发送。

uvm验证方法学的理解

uvm验证方法学的理解摘要：1.UVM简介2.UVM信息级别3.UVM冗余度控制4.如何应用UVM进行验证5.总结正文：UVM（Universal Verification Methodology）是一种验证方法学，广泛应用于电子设计自动化（EDA）领域。

UVM旨在提供一种统一、可重用的验证环境，以提高验证效率和可靠性。

本文将详细介绍UVM的基本概念、信息级别、冗余度控制以及如何应用UVM进行验证。

1.UVM简介UVM起源于1995年，由Mentor Graphics公司的David Flannery首次提出。

它是一种面向对象的验证方法学，基于组件架构，可以轻松地集成到现有的验证环境中。

UVM提供了一套丰富的库，包括常用的验证组件、传输层协议和消息机制等，使得验证工程师可以快速构建复杂的验证环境。

2.UVM信息级别UVM信息级别分为以下几种：- uvmNone：最低级别，不输出任何信息。

- uvmLow：输出较少的信息，主要用于错误诊断。

- uvmMedium：默认级别，输出较为详细的信息。

- uvmHigh：输出详细的信息，用于调试和问题定位。

- uvmDebug：最高级别，输出极为详细的信息，适用于深入分析。

通过设置不同的信息级别，UVM可以控制输出的日志信息，帮助我们专注于关心的内容。

3.UVM冗余度控制UVM通过冗余度级别的设置，提高了仿真日志的可读性。

在打印信息之前，UVM会比较要显示信息的冗余度级别与默认的冗余度阈值。

如果小于等于阈值，就会显示，否则不会显示。

默认的冗余度阈值为uvmMedium，所有低于等于uvmMedium的信息都会被打印出来。

4.如何应用UVM进行验证应用UVM进行验证的基本步骤如下：- 创建UVM环境：定义UVM域、组件和消息类型。

- 编写测试序列：针对待验证的IP（Intellectual Property）编写测试用例，生成激励。

- 应用激励：将测试序列应用到待验证的IP上，进行仿真。

OVM自学笔记

1.Sequence 中的m_sequencer和p_sequencer两者都是sequencer的指针，默认情况下都指向由ovm_sequencer_base继承而来在factory中注册的那个sequencer。

区别是m_sequencer由ovm_sequencer_base保护，不可ovm_user来更改，而p_sequencer可由user通过`uvm_declare_p_sequencer(sequencer_name)来改变指向。

所以用户如果想从一个sequence得到sequencer的信息可指定p_sequencer的指向，之后通过p_sequencer.*的方式取得相应信息。

实例：（uvm实例ovm通用）`uvm_object_utils(seq_name)`uvm_declare_p_sequencer(sequencer_name)if you need to access the sequencer information (or any of it's hierarchy information) from a sequence.I believe m_sequencer should not be used as it is protected./forums/showthread.php?193-m_sequencer-vs-p_sequencer2.一个Sequence 中的执行顺序CREATED：The sequence has been allocated.PRE_BODY：The sequence is started and the pre_body task is being executed.BODY：The sequence is started and the body task is being executed.POST_BODY：The sequence is started and the post_body task is being executed.ENDED：The sequence has ended by the completion of the body task.STOPPED：The sequence has been forcibly ended by issuing a kill() on the sequence. FINISHED：The sequence is completely finished executing.3.OVM使仿真结束方法（1）global_stop_request：基于task的目标结束方式（2）ovm_test_done：object结束方式，当所有object dropped调用global_stop_request （3）kill or do_kill_all：强行结束，不推荐（4）timeout：超时结束，需要用set_global_timeout来设定超时时间详细内容参考OVM_Reference的P384.ovm_test_doneovm_test_done_objection的实例化class（global类），用来结束run phase。

UVM学习笔记（一）

UVM学习笔记（⼀）UVM(Universal verification methodology)简介所有的验证⽅法学服务⽬的都在于提供⼀些可以重⽤的类来减轻在项⽬之间⽔平复⽤和垂直复⽤的⼯作量UVM类库地图 ---> P260类库地图的分类：核⼼基类⼯⼚(factory)类事务(transaction)和序列(sequence)结构创建(structure creation)类环境组件(environment component)类通信管道(channel)类信息报告(message report)类寄存器模型类线程同步(thread synchronization)类事务接⼝(transaction interface)类⼯⼚机制概述⼯⼚机制也是软件的⼀种典型设计模式(design pattern)⼯⼚的意义UVM⼯⼚的存在就是为了更⽅便地替换验证环境中的实例或者注册了的类型，同时⼯⼚的注册机制也带来了配置的灵活性实例或者类型替代在UVM中称作覆盖（override）,⽽被⽤来替换的对象或者类型，应该满⾜注册（registration）和多态（polymorphism）的要求UVM验证环境构成可以分为两部分，⼀部分构成了环境的层次，这部分代码是通过uvm_component类完成，另外⼀部分构成了环境的属性（配置）和数据传输，这⼀部分通过uvm_object类完成uvm_component类继承于uvm_object类，⽽这两种类也是进出⼯⼚的主要模具和⽣产对象模具：通过注册，可以利⽤⼯⼚完成对象创建对象由⼯⼚⽣产，也是利⽤了⼯⼚⽣产模具可灵活替代的好处，使得在不修改原有验证层次和验证包的同时，实现了对环境内部组件类型或者对象的覆盖uvm_{component,object}的例化创建uvm_component对象时，comp_type::type_id::create(string name, uvm_component parent);创建uvm_object对象时，object_type::type_id::create(string name);⼯⼚提供的便利——创建(create)⼀般来说，运⽤factory的步骤可分为：将类注册到⼯⼚在例化前设置覆盖对象和类型（可选的）对象创建在两种类comp1和obj1的注册中，分别使⽤了UVM宏 `uvm_component_utils和`uvm_object_utils宏做的事情就是将类注册到factory中，在解释注册函数之前，我们需要懂得在整个仿真中，factory是独有的，即有且只有⼀个，这保证了所有类的注册都在⼀个“机构”中class comp1 extends uvm_component;`uvm_component_utils(comp1) //将对象已经注册在⼯⼚中function new(string name="comp1", umv_component parent=null);super.new(name,parent); //继承了⽗类的new$display($sformatf(“%s is created”，name))；endfunction： newfunction void build_phase(uvm_phase phase);super.build_phase(phase);endfunction: build_phaseendclassclass obj1 extends uvm_object;`uvm_object_utils(obj1) //将对象已经注册在⼯⼚中function new(string name="obj1");super.new(name,parent); //继承了⽗类的new$display($sformatf(“%s is created”，name))；endfunction： newendclasscomp1 c1, c2;obj1 o1, o2;initial beginc1 = new("c1");o1 = new("o1");c2 = comp1::type_id::create("c2", null);o2 = obj1::type_id::create("o2");end。

UVM基础总结——基于《UVM实战》示例

UVM基础总结——基于《UVM实战》示例UVM（Universal Verification Methodology）是一种用于验证集成电路设计和系统级设计的方法学。

它提供了一种强大的框架，可以加速和规范验证过程，提高设计的质量和效率。

在《UVM实战》这本书中，通过讲解一系列示例，向读者介绍了UVM的基础知识和使用方法。

本书首先介绍了UVM的基本概念和工作原理。

UVM使用一种基于对象和类的面向对象方法来描述和组织验证环境。

它将验证环境划分为几个层次，包括顶层、环境、代理、驱动器、监视器等。

每个层次都包含不同的类和方法，用于实现不同的功能。

通过继承和实例化这些类，可以快速构建一个完整的验证环境。

接下来，本书介绍了UVM中的一些重要概念和方法。

例如，本书详细讲解了UVM的组件和接口。

组件是UVM中最基本的单元，用于实现特定的功能。

接口定义了组件之间的通信和数据交换方式。

UVM使用一种称为TLM（Transaction Level Modeling）的方法来进行通信，通过事务的方式传递数据。

本书还介绍了UVM中的一些重要机制，例如配置和工厂。

配置机制用于配置和管理验证环境中的各个组件和接口的参数。

它可以实现灵活的参数化配置，以适应不同的测试需求。

工厂机制用于管理对象的创建和销毁。

通过注册和继承，可以快速生成对象，并实现对象的多态。

本书还详细介绍了UVM中的测试用例和事务。

测试用例是验证环境中的最高层次，用于描述和控制验证过程。

测试用例可以包括多个事务，每个事务描述一个特定的操作或数据传输过程。

通过编写测试用例和事务，可以实现不同的功能和覆盖率要求。

最后，本书还介绍了一些高级的UVM特性和技术。

例如，本书介绍了UVM中的随机性和约束，用于实现随机的测试用例和事务。

本书还介绍了UVM中的一些重用机制，例如组件和测试用例的复用，以提高测试效率和质量。

通过《UVM实战》这本书的学习，我深入了解了UVM的基础知识和使用方法。

UVM实战指南-第四章

在 Cadence 的 Incisive Enterprise Simulator(IES)仿真器中运行仿真器自带的 UVM 库：
% irun -uvm myfile.sv
使用非仿真器自带的 UVM 库，使用命令行：
% irun -uvmhome $UVM _HOME myfile.sv
4.2 基本类
实例 4–1: 非 UVM 类定义 1 typedef enum bit { APB _READ, APB_WRITE} apb _direction _enum; 2 class apb_transfer; 3 rand bit [ 31:0] addr; 4 rand bit [ 31:0] data; 5 rand apb _direction _enum direction; 6 function void print(); 7 $display("%s transfer: addr=%h data=%h", (), addr, data); 8 endfunction : print 9 endclass : apb_transfer
域自动有多种形式，请参考 UVM 参考手册。
4
Design IC
/
electron64@
4.3.2 uvm_object 定义指南
建议从 uvm_sequence_item 继承对象，此方式能够给对象增加一些额外的域，同时允许对象成为 uvm_sequence 随机的一部分。
Design IC
/
electron64@
ＵＶＭ实战指南第四章
UVM 是功能验证的第一个最佳实践和方法学。如之前提到，UVM 实现了成熟的高级验证方法。尽管其类库可以任意使用，我们强烈建议按照后续章节描述的方式来使用，因为这些方式源自于成功经验。

uvm_do_on_with用法

uvm_do_on_with用法题目：探索uvm_do_on_with的用法及步骤解析引言：在现代的硬件设计中，验证是不可或缺的一个环节。

为了确保设计的正确性和功能的完备性，测试团队需要使用专门的验证方法和工具。

其中，UVM（Universal Verification Methodology）是一种广泛使用的验证方法学，能够提高验证效率和可重用性。

本文将深入探讨UVM中的一个重要特性uvm_do_on_with，并详细分析其用法和步骤。

第一部分：uvm_do_on_with概述- 引言uvm_do_on_with的作用和意义，解释其在验证中的重要性。

第二部分：uvm_do_on_with的基本用法- 构造函数：明确定义uvm_do_on_with的基本属性和参数- start函数：开始uvm_do_on_with的执行- wait函数：等待一定条件满足后继续执行- post_do函数：uvm_do中执行完do_on_with后执行的操作- stop函数：停止uvm_do_on_with的执行- 示例和代码展示：通过一个简单的示例，展示uvm_do_on_with的基本用法和执行结果第三部分：uvm_do_on_with的高级用法- 介绍uvm_do_on_with提供的高级功能和扩展- 辅助函数：介绍和使用uvm_do_on_with相关的辅助函数- 参数化：如何使用参数化功能进行动态验证- 示例和代码展示：通过一个复杂的实例，展示uvm_do_on_with的高级用法和效果第四部分：深入分析uvm_do_on_with的实现原理- 了解uvm_do_on_with的内部实现和工作原理- 分析uvm_do_on_with与其他UVM特性的关系- 与其他验证方法学的对比：讨论uvm_do_on_with的优势和劣势第五部分：总结与展望- 总结uvm_do_on_with的核心概念和用法- 现实中的应用案例和成功经验分享- 展望uvm_do_on_with的未来发展和改进的方向结论：通过本文的介绍和分析，读者可以全面了解uvm_do_on_with的作用、用法和原理。

UVM基础总结——基于《UVM实战》示例

UVM基础总结——基于《UVM实战》⽰例⼀、前⾔⼯作⼀直在做SoC验证，更关注模块间的连接性和匹配性，所以相⽐于擅长随机约束激励的UVM来说，定向测试的概念更容易debug。

当然前提是IP已经被充分验证。

因此觉得接触UVM的机会较少。

到现在发现即使在SoC验证中依然有它的⽤武之地。

⽐如验证可独⽴于CPU⼯作的IP、快速对系统性能进⾏评估、重⽤IP级别的验证环境，甚⾄是⼀些通⽤的VIP也有基于UVM编写的。

基于这些考量，也逐渐开始接触。

《UVM实战》是很多验证⼯程师的启蒙，本⽂借⽤书中开头的⽰例简单梳理下UVM的基本知识。

⼆、UVM基础概述关于UVM的知识⽹络上已经铺天盖地了，下边的内容只是⾃⼰的⼀些认识和随记。

UVM其实就是基于SV语⾔写的⽤于验证的代码库和对应的验证规范。

下图是UVM验证环境的整体结构（图来源见参考⽂献1）。

图中注释介绍了每个组成部分的作⽤。

《UVM实战》书中给我留下最深刻的印象就是⽤⼦弹、弹夹和⼿枪分别类⽐transaction sequence和sequencer，这也是UVM环境灵活的重要原因之⼀。

这是激励的产⽣机制，⾄于响应的采集和响应任务会交给monitor和scoreboard。

后者中的期望数据或者参考数据的来源⽐较灵活，函数、⽂件或是reference model的响应均可。

以上是UVM的空间维度，这⼀概念也被抽象成如下的树状结构。

各个部分必然存在信息交互。

sequence和sequencer之间传递的是transaction，实际上component之间也是transaction级别的通信，叫做TLM （transaction level model）最常见的就是monitor中uvm_analysis_port通过uvm_tlm_analysis_fifo连接到reference model或scoreboard中的uvm_blocking_get_port。

uvm知识点总结

uvm知识点总结UVM 架构UVM 的架构包括以下几个重要部分：1. UVM 库 (UVM Library): UVM 库是一个可复用的验证组件集合，包含了多个验证类，如uvm_component、uvm_object、uvm_sequence 等，这些类组成了 UVM 框架。

2. UVM Testbench: UVM Testbench 是一个验证环境框架，它是基于 UVM 库构建起来的，用于创建验证环境、生成测试用例、进行仿真等。

3. UVM Test: UVM Test 是一个测试用例，主要由 UVM sequence 和 UVM 配置对象构成，它是用来验证被测试设计的功能是否正确。

4. UVM Agent: UVM Agent 是一个验证组件，是用于连接被测试设计和验证环境的中间层；它包括了 driver、monitor、sequence、sequencer 等。

基本概念UVM 中的一些基本概念包括以下内容：1. UVM Component: UVM 组件是 UVM 测试环境中的基本单元，用于组织和管理验证环境中的各种功能。

UVM 组件包括了 uvm_component、uvm_object、uvm_sequence 等。

2. UVM Object: UVM 对象是 UVM 中的一个基本概念，它是 uvm_component、uvm_sequence 和 uvm_transaction 的基类，用于实现类似于面向对象编程的功能。

3. UVM Phase: UVM 通过阶段 (Phase) 来管理验证环境的初始化、运行和结束等过程。

UVM 提供了一系列的任务来进行阶段的管理，如 uvm_phase、uvm_sequence、uvm_objection 等。

4. UVM Transaction: UVM 事务是指在验证中进行的交互过程，包括了数据传输、信号传递、命令执行等；UVM 提供了 uvm_transaction 类来实现事务级建模。

UVM学习报告

UVM学习报告UVM学习报告 (1)UVM结构图 (1)1. transaction (2)2. sequence (2)3. drive (4)4. monitor (5)5. input_agent/output_agent (6)6. reference_model (6)7. scoreboard (7)8. interface (7)9. env (8)1. UVM结构图1.transaction①定义成员变量，以及变量类型；②在constraint中对随机的数据增加限制条件；③使用`uvm_object_utils系列宏实现factory机制,调用uvm_filed_int函数，传入的第一个参数是要操作的对象的指针，第二个参数表明这是一个什么操作，还可以通过某些参数把某个字段的相应功能去除。

2.sequence在sequence中最关键的是body。

在body中有调用了10次`uvm_do宏。

这个宏每执行一次就会向uvm_sequencer发送一个数据，uvm_sequencer收到数据就传给uvm_drive。

在UVM的组件中，drive，monitor，reference_model和scoreboard 的main_phase或run_phase都是无限循环的，要想让整个仿真停止，就要调用$finish函数。

在UVM中调starting_phase.raise_objection(this)告诉UVM要开始发包了，在发送完之前不能调用$finish。

在包发送完毕后，调用starting_phase.drop_objection(this)来告诉UVM可以调用$finish了。

当调用drop_objection时，UVM会检查一下其他的component的objection是否已经被drop了，当所有的objection已经被drop了，才会调用$finish。

3.driveUVM验证平台使用drive来发送数据，在drive中：①new函数定义时一般都要写上（name, parent）这一句，意思是执行父类的new函数。

6.小白学uvm验证-寄存器模型

6.⼩⽩学uvm验证-寄存器模型写过 verilog 硬件代码的同学应该都知道 DUT 会包含很多寄存器，它们是模块间交互的接⼝，其⽤途⼤致可以分为两类： a. 通过读出寄存器当前的值获取 DUT 当前的状态，该类寄存器称为状态寄存器； b. 通过对寄存器进⾏配置，可以使得 DUT ⼯作在⼀定模式下，该类寄存器称为配置寄存器。

在验证过程中，寄存器的验证是最新开始的，只有保证寄存器的配置正确，才能使得硬件之间的“交互”正确。

在验证寄存器配置是否正确的过程中，我们需要频繁的对 DUT 内部的寄存器进⾏读写操作，如 reference model 需要获取指定 reg 的参数值，在验证平台中我们获取DUT 内部寄存器的值的⽅式主要有两种：前门访问（FRONTDOOR）：启动 sequence 产⽣待操作寄存器的读写控制和地址，在 driver 中通过总线（Bus）驱动⾄DUT，并在 monitor 中采集 Bus 输出数据，该⽅式需要消耗仿真时间；后门访问（BACKDOOR）：在仿真环境中通过 DUT 实例名进⾏点操作，直接访问 DUT 内部的寄存器，该⽅式的缺点是，点操作需要通过绝对路径操作，如果寄存器数量庞⼤，会导致验证环境臃肿繁杂，容易出错。

因为上述操作的不利因素，才导致寄存器模型 ( RAL Model ) 产⽣。

1. 什么是寄存器模型 RAL Model 对应于 DUT 中的寄存器，RAL Model 中有 DUT 每⼀个寄存器的副本，它是真实硬件寄存器在软件环境中的⾏为模型；硬件寄存器的⼀个或多个 bit 的拼接称为⼀个域 ( field )；多⼀个 field 形成⼀个 reg；多个 reg 构成⼀个块 ( block )。

uvm library 已经为我们定义好了上述⼏个概念，我们在使⽤时只需继承即可。

uvm_reg_field：这是寄存器模型中的最⼩单位。

uvm_reg：它⽐ uvm_reg_field ⾼⼀个级别，但是依然是⽐较⼩的单位。

uvm_pool的用法实践

uvm_pool的用法实践（原创版）目录1.uvm_pool 的概述2.uvm_pool 的基本结构3.uvm_pool 的实例化方法4.uvm_pool 的用法实践5.uvm_pool 的优缺点分析正文【1.uvm_pool 的概述】uvm_pool 是 UVM（Universal Verification Methodology）中的一个重要组成部分，主要用于存储和管理 UVM 中的各种数据结构和信息。

它可以在 UVM 环境中创建和管理各种类型的数据，如序列、存储器、UVM 状态等，从而为 UVM 的验证工作提供数据支持。

【2.uvm_pool 的基本结构】uvm_pool 是一个复杂的数据结构，它包含多个子结构，主要有以下几个部分：- uvm_pool：这是 uvm_pool 的数据类型，定义了一个基本的uvm_pool 结构。

- uvm_pool_base：这是 uvm_pool 的基类，定义了一些通用的方法和属性。

- uvm_pool_整治：这是 uvm_pool 的具体子类，继承自uvm_pool_base，实现了具体的功能。

【3.uvm_pool 的实例化方法】要使用 uvm_pool，首先需要实例化一个 uvm_pool 对象。

一般来说，可以通过以下几种方式实例化 uvm_pool：- 使用 uvm_pool_整治类的构造函数直接实例化。

- 使用 uvm_pool_整治类的静态方法实例化。

- 使用 uvm_pool_整治类的工厂方法实例化。

【4.uvm_pool 的用法实践】下面是一个简单的 uvm_pool 用法实践示例：```c++#include <uvm_pool.h>#include <uvm_pool_整治.h>// 实例化一个 uvm_pool 对象uvm_pool *pool = new uvm_pool_整治 ("my_pool", 1024);// 使用 uvm_pool 存储数据uvm_sequence_item *item = new uvm_sequence_item("item", "data");pool->put(item);// 从 uvm_pool 中获取数据uvm_sequence_item *item_out = pool->get(NULL);// 删除 uvm_pool 中的数据pool->delete(item_out);// 释放 uvm_pool 对象delete pool;```【5.uvm_pool 的优缺点分析】uvm_pool 作为 UVM 中的一个重要组成部分，有其独特的优点，也有不可避免的缺点：优点：- 提供统一的数据管理机制，方便对各种数据结构进行管理。

《UVM实战》读书笔记思维导图

第7章 UVM中的寄存器模型
7.1 寄存器模型简介
7.2 简单的寄存器模型
7.3 后门访问与前门访问
7.4 复杂的寄存器模型
7.5 寄存器模型对 DUT的模拟
7.6 寄存器模型中一些内建的seque...
7.7 寄存器模型的高级用法
7.8 寄存器模型的其他常用函数
第8章 UVM中的factory机制
的组成
2.2 只有
2
driver的验证
平台
3 2.3 为验证平
台加入各个组件
4 2.4 UVM的终
极大作： c...
5 2.5 建造测试
用例
第3章 UVM基础
3.1
1
uvm_compo
n e n t 与 u v. . .
3.2 UVM的树 2
形结构
3 3.3 field
automation. ..
最新版读书笔记，下载可以直接修改
《UVM实战》
PPT书籍导读
读书笔记模板
最
新
版
本
本书关键字分析思维导图
代码
平台
用法器
版权
信息
寄存
机制
参数
应用模型
编程设计
第章
验证
迁移
基础
测试用例
使用
小而美
目录
01 第1章与UVM的第一次接触
02
第2章一个简单的 UVM验证平台
03 第3章 UVM基础
04
4 3.4 UVM中打
印信息的控制
5 3.5
config_db机制
第4章 UVM中的TLM1.0通信
4.2 UVM中各种端口的互连

【UVM源码学习】uvm-comparer

【UVM源码学习】uvm_comparer uvm_comparer是个基类，提供了对象object⽐较的策略，⽐较结果（⽐较次数、成功与否）保存在comparer object中。

uvm_object::compare及uvm_object::do_compare即调⽤了uvm_comparer对两个uvm_object类型的参数进⾏⽐较。

uvm_comparer 中主要实现了以下⼏个⽅法：序号⽅法描述1compare_feild ⽐较两个uvm_bitstream_t类型的object lhs & rhs，两个object相同返回1，失败返回0并打印两个⽐较对象（打印严重性可设置）。

可指定⽐较size，size⼩于64采⽤compare_feild_int进⾏⽐对，否则直接⽐对，⽐对时可指定⽐较对象的mask，对应⽐特mask为1才进⾏⽐对，默认mask全1。

2compare_feild_int⽐较两个int类型的object 3compare_feild_real⽐较两个real类型的object4compare_object ⽐较两个uvm_object类型的object 。

若policy为UVM_REFERENCE，直接⽐较两个handle，否则调⽤pare(rhs, this)进⾏⽐较。

lhs或rhs任意⼀个为null都会⽐较失败5compare_string⽐较两个string类型的object，直接⽐较6print_msg ⽐较失败时会调⽤该函数打印两个⽐较的对象信息，此外还会记录miscompare的次数并把打印信息添加保存⾄字符串miscompares中。

7print_rollup 当⽐较的对象为uvm_object类型时，print_msg⽆法打印uvm_object的信息，print_rollup打印uvm_object类型的⽐较对象信息。

该⽅法为uvm库内部⽅法，不记录⽐较信息，也不建议⽤户直接调⽤。

uvm 引用路径 -回复

uvm 引用路径-回复什么是UVM？UVM，全称为Universal Verification Methodology，即通用验证方法学，是一种用于硬件设计验证的开放标准。

UVM基于SystemVerilog语言开发，并由由Accellera Systems Initiative管理和维护。

UVM提供了一套验证框架和库，能够加速和简化硬件设计验证过程。

它提供了一系列的验证组件和方法，用于创建可重用的测试环境，支持各种设计的验证需求，并能够提高验证的效率、可靠性和可维护性。

UVM的引用路径在使用UVM时，我们要先设置引用路径才能正确地使用UVM库。

引用路径是指指定编译器搜索UVM库的路径。

1. 导入UVM库首先，我们需要将UVM库导入我们的工程中。

可以通过从网站上下载UVM库，并将其解压到工程目录下。

2. 设置引用路径在使用UVM之前，我们需要设置引用路径。

引用路径是一个环境变量，告诉编译器在哪里搜索库文件。

设置引用路径可以通过以下两种方式实现：- 通过源代码管理工具如果我们使用源代码管理工具，例如Git，可以通过将UVM库放在特定的目录中，并将该目录添加到源代码管理工具的路径中，从而设置引用路径。

这样，当我们在工程中使用UVM时，编译器会自动在该目录中查找UVM库。

- 在项目设置中手动设置如果我们没有使用源代码管理工具，或者希望手动设置引用路径，可以在项目设置中手动设置引用路径。

具体设置步骤如下：a. 打开工程设置打开我们使用的集成开发环境（IDE），找到工程设置选项。

b. 设置引用路径在工程设置中，我们可以找到一个选项来设置引用路径。

点击该选项并添加UVM库所在的路径。

c. 验证设置确保设置成功后，我们可以进行一些基本的验证，例如编译一个使用UVM的测试模块，并确保编译器能够正确地找到和引用UVM库。

d. 保存设置确认设置正确后，我们需要保存设置，以便在以后重新打开工程时，可以自动加载正确的引用路径。