基于RVM的层次化SoC芯片平台的设计及应用

发布时间:2008/5/27 0:00:00 访问次数:412

电子产品世界

　　随着soc设计日趋复杂，验证成为soc设计过程中最关键的环节。本文介绍了synopsys的rvm验证方法学，采用vera硬件验证工具以及openvera验证语言建立目标模型环境，自动生成激励，完成自核对测试、覆盖率分析等工作。通过建立层次化的可重用性验证平台，大大提高了验证工程师的工作效率。文中以一个simc功能模块的验证为例，详细介绍了rvm验证方法学在soc芯片验证中的应用。

功能验证

　　一个设计被综合前，首先要对rtl描述进行逻辑功能验证，以确保模块或芯片的功能正确性。通常，rtl级的功能验证主要采用自底向上的验证策略，可分为模块级验证和系统级验证两个阶段。

　　传统验证方法大多是在信号级的接口上直接与待验证设计(dut)通信，即用激励直接驱动dut的引脚，通过检查接口信号的值和变化来达到验证设计功能的目的。这种方法的抽象层次较低，验证平台的开发与dut的接口协议紧密相关，使得验证平台的重用性较差。如果要做到一个验证平台可以验证多个不同的dut，必须将验证平台的抽象层次提高到事务级，而且应该构建层次化的结构，层与层之间具有一定的独立性，改变底层并不会影响上层。

基于事务的验证

　　所谓事务(transaction)是指设计对象与事务处理器(transactor)之间通过接口所做的一次数据传输。从硬件的角度来看，事务可看成作用在一个特定接口上的一组信号的集合单元。事务具有3个要素：起始时间、终止时间，以及所有与这个事务相关的信息。

　　基于事务的验证工具让用户除了可以在信号/引脚级上进行验证，还可以在事务级上进行验证，从而提高了设计生产率。

基于事务验证环境的基本要素

　　dut：待验证设计对象的rtl描述或门级描述。

　　事务：在dut和事务处理器之间通过接口在特定起止时间内的一次数据传输。事务能够对信号波形进行标识，表示相关的信号属性，还可以标识错误。

　　事务处理器：也叫总线功能模型(bfm)。事物处理器可以表示事务所代表的信号变化，并与dut通过接口进行连接。一个典型的dut往往具有不同的接口，因此一个验证环境中具有不同的事务处理器以产生相关的测试向量对dut进行激励。

　　测试例(testcase)：用来产生验证dut特定功能所需要的事务。

基于事务的验证处理过程

　　测试例通过特定的事务来调用事务处理器的任务，事务处理器按照dut所遵循的协议对事务进行处理，经过处理　后的事务通过连接dut的接口输入到dut中，dut对输入的激励进行响应。dut输出的响应再转换为事务的形式，这样验证平台的自核对模块就可以在事务级上对激励和响应进行核对，以检查dut的功能是否正确。

rvm层次化验证方法学

　　rvm验证方法学是一种层次化的验证方法学，它能把验证的步骤分层进行，将验证工作提高到更高的抽象层次，即事务层。层次化的验证方法使得验证工程师只需关心dut的输入/输出接口，而不必关心dut内部的具体实现。

　　根据rvm方法学，验证工程师可以搭建出具有随机测试、自动检错核对、功能覆盖等功能的层次化验证平台。这类验证平台包含很多参考模型，每个模型可完成不同的功能。在搭建验证平台的过程中，还可以直接调用synopsys提供的rvm基类库，其中定义了丰富的标准类。利用rvm基类以及面向对象的技术可以更方便地生成验证平台各个层次的模块。

　　基于rvm的验证平台分成5层，每层完成独立的功能，层与层通过接口互相连接。rvm验证模型如图1所示。

信号层

　　信号层提供验证平台与dut的信号级连接。验证平台通过信号层将上层产生的激励驱动到dut中。具体实现时，需要定义验证平台与dut连接的虚端口，当dut的接口改变时，只需要修改验证平台虚端口中的信号，上层模块不需要修改，方便整个验证平台的重用。

命令层

　　命令层将信号层的信号抽象为事务，给高层提供dut的接口与事务的转换。命令层主要包括驱动器模块和监视器模块，与上层模块通过事务级通道连接，与下层模块通过虚端口连接。驱动器完成对dut激励的驱动。监视器检测dut的输出，将输出反馈给上层模块。

功能层