CN110865971A - Soc芯片的验证系统及其方法 - Google Patents
Soc芯片的验证系统及其方法 Download PDFInfo
- Publication number
- CN110865971A CN110865971A CN201911043514.4A CN201911043514A CN110865971A CN 110865971 A CN110865971 A CN 110865971A CN 201911043514 A CN201911043514 A CN 201911043514A CN 110865971 A CN110865971 A CN 110865971A
- Authority
- CN
- China
- Prior art keywords
- processor
- verification
- soc chip
- test program
- language
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/76—Architectures of general purpose stored program computers
- G06F15/78—Architectures of general purpose stored program computers comprising a single central processing unit
- G06F15/7807—System on chip, i.e. computer system on a single chip; System in package, i.e. computer system on one or more chips in a single package
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3664—Environments for testing or debugging software
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
一种SOC芯片的验证系统及其方法,包括测试程序;所述测试程序用于在所述待测试的SOC芯片上加载测试程序进行检测。所述待测试的SOC芯片包括相互连接的作为A核的第一处理器和作为P核的第二处理器;所述第二处理器与调制解调器Modem连接;所述第一处理器用于控制所述第二处理器启动对调制解调器Modem的控制;所述第二处理器还与时钟发生器、复位发生器、第一处理器以及其他外设连接。结合其它结构或方法有效避免了现有技术中针对SOC芯片的UVM验证方法的数据交互和控制比较复杂、不方便控制仿真流程使得易用性低、无法验证复杂的应用场景和升级成系统级验证以及一些算法复杂度比较高的模块无法实现精确的结果比对的缺陷。
Description
技术领域
本发明涉及SOC芯片技术领域,也涉及验证技术领域,具体涉及一种SOC芯片的验证系统及其方法。
背景技术
SoC称为系统级芯片,也有称片上系统,意指它是一个产品,是一个有专用目标的集成电路,其中包含完整系统并有嵌入软件的全部内容。同时它又是一种技术,用以实现从确定系统功能开始,到软/硬件划分,并完成设计的整个过程。
随着集成电路产业的飞速发展,SoC芯片规模越来越大,设计也越来越复杂,使得SoC验证也越来越困难。每个验证场景几乎都需要一个独立的激励产生模块产生激励,因此验证场景越多,激励产生模块也就越多,工作量越大,代码维护也更困难。以使用C语言编写激励产生模块为例,每种场景几乎都需要一个C文件编写的激励产生模块,在需要验证该场景时,使用C编译器编译该C文件,生成可执行文件,提供给相应的处理器进行处理操作,完成相应的功能验证,但编写大量的C文件类型的test case不但会给验证人员带来大量的繁琐的工作量,而且对后期平台的维护也相当不利。
具体而言,按照芯片项目流程,芯片设计完成后需要进行全方位的验证工作,其主要目的是验证设计的正确性,确定芯片设计是否符合所有的设计规范,是否存在遗留问题和是否处在正常工作状态等。
传统的验证方法是直接向量测试(direct vector test),它是一种较为低层次的信号级验证方法,通过事先产生固定场景的激励,直接在信号级上对DUT(待验证设计)进行激励输入,通过检查芯片输出引脚信号的值和相关变化来检查芯片的功能是否满足预期。这种验证方法要求必须事先将芯片的工作场景尽数罗列出来,而让验证人员直接面对非常低层次的信号级信息,使得验证人员的工作量很大,并且一些意外、复杂和错误处理的场景不可能一一考虑和验证到,从而导致验证工作完成不全面。当芯片比较复杂、设计规模比较大时,直接向量测试的验证方法的效率就更为低下了,甚至基本没有验证能力。另外还有一方面,由于是信号级的验证,验证平台直接与芯片的接口协议相关,芯片换代时原有的验证平台基本不可以重复使用,必须重新搭建新的验证平台,验证平台的可重用性就会很差。
为了克服传统验证方法的缺点,芯片验证渐渐向着提高抽象层次的方向去发展,后来便有了基于事务级(transaction level)的验证。近年以来主流的事务级验证方法是VMM和UVM(Universal Verification Methodology)。应用更为广泛的是UVM,可以通过操作用例中的约束条件来约束随机产生器产生测试事务基类,并可通过scoreboard来实现在线自动比较,同时针对Modem相关的一些复杂数据计算的结果,可以借助matlab软件帮助进行结果检查。
采用UVM验证方法学可以实现:
1.受约束的随机验证(constrained random verification),受约束的随机验证是在设定的约束条件下进行随机验证,以覆盖正常工作场景和意外工作场景;
2.覆盖率驱动验证(coverage driven verification),覆盖率驱动验证是当功能覆盖率、代码覆盖率达目标值以后停止随机验证;全自动在线比较,遇到错误自动报警并停止仿真,保存现场。
UVM验证方法实现了验证方法从信号级向事务级的转变,方便了数据通路类型芯片的验证。但由于UVM验证方法的数据交互和控制比较复杂,对某些芯片来说,操作待验证芯片的方法相当复杂,不方便控制仿真流程,易用性低,而且因为其无法加入设备驱动,故无法验证复杂的应用场景和升级成系统级验证平台。
另外,一些算法复杂度比较高的模块,并没有与之相匹配的精确的参考模型作为参照,无法实现精确的结果比对。
发明内容
为解决上述问题,本发明提供了一种SOC芯片的验证系统及其方法,有效避免了现有技术中针对SOC芯片的UVM验证方法的数据交互和控制比较复杂、不方便控制仿真流程使得易用性低、无法验证复杂的应用场景和升级成系统级验证以及一些算法复杂度比较高的模块无法实现精确的结果比对的缺陷。
为了克服现有技术中的不足,本发明提供了一种SOC芯片的验证系统及其方法的解决方案,具体如下:
一种SOC芯片的验证系统,包括测试程序;
所述测试程序用于在所述待测试的SOC芯片上加载测试程序进行检测。
所述待测试的SOC芯片包括相互连接的作为A核的第一处理器和作为P核的第二处理器;所述第二处理器与调制解调器Modem连接;
所述第一处理器用于控制所述第二处理器启动对调制解调器Modem的控制。
所述SOC芯片的验证系统的方法,包括:
加载测试程序进行检测;
所述测试程序使用脚本环境和C编译器结合UVM验证方法搭建而成。
所述加载测试程序进行检测的方法,包括:
步骤1-1:加载测试程序后,根据所述测试程序在系统接口函数库中调用相应的系统函数;
步骤1-2:根据所述系统函数,及所述系统函数对应的维护列表,生成随机事务;所述步骤1-1和步骤1-2用UVM验证方法实现;
步骤1-3:根据所述随机事务,对待测试的SOC芯片进行验证。
所述测试程序进行检测的方法包括构建验证用例stimulus,所述构建验证用例是采用C+SV的方式,所述C+SV的方式包括:
利用SV语言具有的约束随机的特性构建随机的验证用例;
验证处理器相关的场景时,使用C语言和SV语言分别构建针对处理器相关场景的硬件部分和软件部分的验证用例。
在所述待测试的SOC芯片上加载测试程序进行检测的方法,包括:
步骤2-1:构建所述待测试的SOC芯片;
步骤2-2:构造随机验证用例,构造随机验证用例包括利用SV语言具有的约束随机的特性构建随机的验证用例;
步骤2-3:构建针对处理器相关场景的验证用例,所述构建针对处理器相关场景的硬件部分的验证用例包括用SV语言构造的PMEM函数和用SV语言构造的AHB函数,所述构建针对处理器相关场景的软件部分的验证用例包括用C语言构造的控制函数;
步骤2-4:针对A核和P核分别构造包括控制函数的a.c和p.c文件,使用C编译器编译a.c文件和p.c文件,分别生成a.c文件的可执行文件和p.c文件的可执行文件;
步骤2-5:然后分别把生成a.c文件的可执行文件和p.c文件的可执行文件提供给第一处理器和第二处理器运行,这样第一处理器和第二处理器就会在验证平台和相关工具链的支持下分别按照a.c文件的可执行文件和p.c文件的可执行文件的运行产生相应的响应,构造出想要验证覆盖的工作场景。
所述PMEM函数用于模拟调制解调器Modem接口的写入和读出的时序操作;所述AHB函数用于控制时钟发生器和复位发生器的启动运行,所述控制函数用于让第一处理器控制第二处理器启动对调制解调器Modem的控制。
验证平台中集成有matlab脚本,仿真结束后会调用matlab脚本完成相关激励数据的预处理以及结果数据采集后的最终比对结果。
本发明的有益效果为:
总之,本发明通过包含有大量运算的.out文件来完成某些对应软件算法部分的工作,将其加载到验证环境之后,可进一步完成期望的操作;同时验证平台自身会调用UVM进行事务级的处理,完成某些信号的驱动以及对应结果的运算、采集以及最终的比对过程,该机制可避免直接编写大量测试c文件、浪费大量的工作量和不易维护的弊端,使用方便且适用于任何SOC芯片的验证。有效避免了现有技术中针对SOC芯片的UVM验证方法的数据交互和控制比较复杂、不方便控制仿真流程使得易用性低、无法验证复杂的应用场景和升级成系统级验证以及一些算法复杂度比较高的模块无法实现精确的结果比对的缺陷。
附图说明
图1为本发明的SOC芯片的验证系统一个实例的整体结构示意图。
图2为本发明在所述待测试的SOC芯片上加载测试程序进行检测的方法的流程图。
具体实施方式
下面将结合附图和实施例对本发明做进一步地说明。
如图1-图2所示,SOC芯片的验证系统,包括测试程序;
所述测试程序用于在所述待测试的SOC芯片上加载测试程序进行检测。
所述待测试的SOC芯片包括相互连接的作为A核的第一处理器和作为P核的第二处理器;所述第二处理器与调制解调器Modem连接;所述第一处理器用于控制所述第二处理器启动对调制解调器Modem的控制;所述第一处理器用于控制所述第二处理器的方式能够是:所述第一处理器对所述第二处理器发送启动指令,所述第二处理器接收该启动指令后,就启动对调制解调器Modem执行如读写这样的控制,以此实现对所述调制解调器Modem的控制。所述第二处理器还与时钟发生器、复位发生器、第一处理器以及其他外设连接。所述SOC芯片的验证系统的方法,包括:
加载测试程序进行检测;
所述测试程序使用脚本环境和C编译器结合UVM验证方法搭建而成。
所述加载测试程序进行检测的方法,包括:
步骤1-1:加载测试程序后,根据所述测试程序在系统接口函数库中调用相应的系统函数;
步骤1-2:根据所述系统函数,及所述系统函数对应的维护列表,生成随机事务;所述步骤1-1和步骤1-2用UVM验证方法实现;
步骤1-3:根据所述随机事务,对待测试的SOC芯片进行验证。这样使得软件工程师编写的测试程序可以直接在现有的验证平台上运行,实现了软硬件协同验证,同时把低层信息进行封装,使得验证系统便于使用,且易于复用,降低了UVM验证方法的数据交互和控制的复杂度。
所述测试程序进行检测的方法包括构建验证用例stimulus,所述构建验证用例是采用C+SV的方式,这样的方式实现方法灵活,所述C+SV的方式包括:
利用SV语言具有的约束随机的特性构建随机的验证用例,利用SV语言具有的约束随机的特性构建随机的验证用例的方法就是UVM验证方法的重点之一;
验证处理器相关的场景时,使用C语言和SV语言分别构建针对处理器相关场景的硬件部分和软件部分的验证用例。该SOC芯片的验证系统的方法可以使得整个SOC芯片的验证效率更高,项目周期缩短,且平台架构可进一步进行扩展,以支持多种不同的场景需求。所述使用C语言构建针对处理器相关场景的验证用例,就比如通过C语言构建处理器发起的针对外围的寄存器读写的验证用例(也就是通过C语言构建模拟出处理器对外围的寄存器的读写的过程),或者使用C语言构建根据项目的需求提取系统信息后针对处理器的系统级验证场景(也就是通过C语言构建模拟出处理器根据项目的需求提取系统信息的过程),甚至可以使用C语言构建支持处理器的功能验证和使用C语言构建一些处理器所在的系统低功耗的验证。
作为验证平台的所述测试程序可以模拟软件对处理器的操作,其中的test case采用C语言和SV软硬结合的方法来实现。充分发挥了软件和硬件联合仿真调试的优势,可以快速有效的帮助软件工程师定位软件调试中遇到的问题。
在所述待测试的SOC芯片上加载测试程序进行检测的方法,包括:
步骤2-1:构建所述待测试的SOC芯片;所述待测试的SOC芯片包括相互连接的作为A核A-core的第一处理器和作为P核A-core的第二处理器;所述第二处理器与调制解调器Modem连接;所述第一处理器用于控制所述第二处理器启动对调制解调器Modem的控制;所述第一处理器用于控制所述第二处理器的方式能够是:所述第一处理器对所述第二处理器发送启动指令,所述第二处理器接收该启动指令后,就启动对调制解调器Modem执行如读写这样的控制,以此实现对所述调制解调器Modem的控制。所述第二处理器还与时钟发生器和复位发生器CLK&Reset generator连接。
步骤2-2:构造随机验证用例,构造随机验证用例包括利用SV语言具有的约束随机的特性构建随机的验证用例,利用SV语言具有的约束随机的特性构建随机的验证用例的方法就是UVM验证方法;利用SV语言具有的约束随机的特性构建随机的验证用例就比如用SV语言或C语言构建限定时钟配比和限定复位信号频率的过程,用SV语言或C语言构建待测试的SOC芯片的IP核的开关使能的过程,用SV语言构建调制解调器Modem的激励用的输入数据文件file,用SV语言构建SOC芯片的工作场景的相关参数等等。相关的场景和参数之间已经通过函数或者列表的方式进行提前生成。
步骤2-3:构建针对处理器相关场景的验证用例,所述构建针对处理器相关场景的硬件部分的验证用例包括用SV语言构造的PMEM函数和用SV语言构造的AHB函数,所述构建针对处理器相关场景的软件部分的验证用例包括用C语言构造的控制函数;用SV语言构造的PMEM函数和用SV语言构造的AHB函数相当于在硬件域模拟一个局部的总线/接口时序,来完成寄存器配置或者数据存取的操作。所述构建针对处理器相关场景的验证用例包括硬件部分和软件部分。硬件部分是一个用SV实现的vlog.v文件,其中会对系统复位做初始化,还包含了具有PMEM函数的PMEM tasks和用SV语言构造的具有AHB函数的AHB tasks等task,在硬件域模拟一个局部的总线/接口时序,辅助完成寄存器配置以及数据存取的操作需求。此外,验证用例还包括用C语言构造的控制函数的软件部分,每个核分别对应有一个这样的.c文件;
步骤2-4:针对A核和P核分别构造包括控制函数的a.c和p.c文件,使用C编译器编译a.c文件和p.c文件,分别生成a.c文件的可执行文件和p.c文件的可执行文件;
步骤2-5:然后分别把生成a.c文件的可执行文件和p.c文件的可执行文件提供给第一处理器和第二处理器运行,这样第一处理器和第二处理器就会在验证平台和相关工具链的支持下分别按照a.c文件的可执行文件和p.c文件的可执行文件的运行产生相应的响应,构造出想要验证覆盖的工作场景。
所述PMEM函数用于模拟调制解调器Modem接口的写入和读出的时序操作;所述AHB函数用于控制时钟发生器和复位发生器的启动运行,所述控制函数用于让第一处理器控制第二处理器启动对调制解调器Modem的控制。
一些算法复杂度比较高的模块,并没有与之相匹配的精确的参考模型作为参照,无法实现精确的结果比对,在这里会借助matlab来辅助进行结果判断,比如计算信号SNR的方式来做一个模糊比对等。编验证平台中集成有matlab脚本,所述验证平台包括一套采用python语言编写的脚本,其中的核心脚本负责整个验证平台的架构组织和文件操作,会形成文件列表,也会控制仿真工具的启动,仿真结束后会调用其中集成的matlab脚本,来帮助对搜集到的结果数据做一个性能方面的检查判断。完整的流程是这样:
1.SV语言实现的vlog.v中随机产生调制解调器Modem的工作模式,验证平台会将对应的模式下的激励file给到激励输入点,这样完成预处理;
2.然后软件方面(.c文件构造出的处理器和和总线等工作场景)的激励也相应产生;
3.调制解调器会和P核通过PMEM函数进行多次软硬件交互,控制整个仿真流程往下顺利执行,直到结束;
4.vlog.v文件里会在判断硬件结束的时刻将结果数据采集并存储到file中,作为matlab检查脚本的一个输入;核心脚本调用matlab脚本,通过模式参数和结果文件的输入,来计算一个特性指标出来,并画出各节点的星座图,辅助进行结果检查。
这里的.c文件的软件部分可根据自身开发环境生成相应的作为可执行文件的.out文件来完成其对应部分的工作,将其加载到验证环境之后,可进一步完成期望的操作;同时验证平台自身会调用UVM进行事务级的处理,完成某些信号的驱动以及对应结果的运算、采集以及最终的比对过程,该机制可避免直接编写大量测试c文件、浪费大量的工作量和不易维护的弊端,并且使用方便且适用于任何SOC芯片的验证。
举例来说,包括所述A核和P核的待测试的SOC芯片从数据流角度来看,首先针对A核需要通过编写的C码完成部分功能寄存器的配置,比如配置PLL相关功能,释放P核的复位,接着P核开始启动工作,通过预先编译好的软件提供的.out文件,P核会执行相应的功能,完成算法模块的一系列配置,并检测一些中断状态以及相关的上报数据等,继续进行后续的配置以支持事先设定的算法模块的工作流程;最终,当算法模块完成了功能上报中断以后,p核会配置结束信号让算法模块停止工作,这些流程环节都是通过软硬件协同工作实现的。
从验证平台角度来看,首先平台中的集成脚本调用了C编译器,将A核分支的c文件进行编译运行,硬件启动相应工作,然后对P核分支提供的.out文件展开执行,调用算法模块的执行,验证平台会随机产生一些独立模块的激励,灌输到算法模块中,并且检测输出结果,在最终结束的时候进行比对。在执行完仿真流程后,离线结果文件已生成,脚本中会根据场景和目录关键字提取关键参数信息,自动调用matlab刚提取的参数传入,调用matlab比对最终的计算结果是否满足要求,并将判定结果按照指定格式输出到指定路径文件。
本平台覆盖范围比较全面,包含了多核处理器和各种外设,以及复杂的数据通信模块验证,在CDV的验证思想下可通过UVM+SV的随机约束支持来进行局部配置/数据激励的随机化,来满足搜集各种覆盖率的要求。同时也兼顾了各类结果检查手段的融合,既可以通过自己编写组件代码来实现一些简单结果的检查,也可以通过借助matlab工具来实现一些复杂的算法方面的结果检查,还可以借助断言等手段帮助进行一些协议类的白盒检查。激励产生模块可以得到最大程度的复用,大大减少了测试用例代码的开发工作量,同时代码维护起来也非常方便。
以上以用实施例说明的方式对本发明作了描述,本领域的技术人员应当理解,本公开不限于以上描述的实施例,在不偏离本发明的范围的情况下,可以做出各种变化、改变和替换。
Claims (8)
1.一种SOC芯片的验证系统,包括测试程序;
其特征在于,所述测试程序用于在所述待测试的SOC芯片上加载测试程序进行检测。
2.根据权利要求1所述的SOC芯片的验证系统,其特征在于,所述待测试的SOC芯片包括相互连接的作为A核的第一处理器和作为P核的第二处理器;所述第二处理器与调制解调器Modem连接;
所述第一处理器用于控制所述第二处理器启动对调制解调器Modem的控制。
3.一种SOC芯片的验证系统的方法,其特征在于,包括:
加载测试程序进行检测;
所述测试程序使用脚本环境和C编译器结合UVM验证方法搭建而成。
4.根据权利要求3所述的SOC芯片的验证系统的方法,其特征在于,所述加载测试程序进行检测的方法,包括:
步骤1-1:加载测试程序后,根据所述测试程序在系统接口函数库中调用相应的系统函数;
步骤1-2:根据所述系统函数,及所述系统函数对应的维护列表,生成随机事务;所述步骤1-1和步骤1-2用UVM验证方法实现;
步骤1-3:根据所述随机事务,对待测试的SOC芯片进行验证。
5.根据权利要求3所述的SOC芯片的验证系统的方法,其特征在于,所述测试程序进行检测的方法包括构建验证用例stimulus,所述构建验证用例是采用C+SV的方式,所述C+SV的方式包括:
利用SV语言具有的约束随机的特性构建随机的验证用例;
验证处理器相关的场景时,使用C语言和SV语言分别构建针对处理器相关场景的硬件部分和软件部分的验证用例。
6.根据权利要求5所述的SOC芯片的验证系统的方法,其特征在于,在所述待测试的SOC芯片上加载测试程序进行检测的方法,包括:
步骤2-1:构建所述待测试的SOC芯片;
步骤2-2:构造随机验证用例,构造随机验证用例包括利用SV语言具有的约束随机的特性构建随机的验证用例;
步骤2-3:构建针对处理器相关场景的验证用例,所述构建针对处理器相关场景的硬件部分的验证用例包括用SV语言构造的PMEM函数和用SV语言构造的AHB函数,所述构建针对处理器相关场景的软件部分的验证用例包括用C语言构造的控制函数;
步骤2-4:针对A核和P核分别构造包括控制函数的a.c和p.c文件,使用C编译器编译a.c文件和p.c文件,分别生成a.c文件的可执行文件和p.c文件的可执行文件;
步骤2-5:然后分别把生成a.c文件的可执行文件和p.c文件的可执行文件提供给第一处理器和第二处理器运行,这样第一处理器和第二处理器就会在验证平台和相关工具链的支持下分别按照a.c文件的可执行文件和p.c文件的可执行文件的运行产生相应的响应,构造出想要验证覆盖的工作场景。
7.根据权利要求6所述的SOC芯片的验证系统的方法,其特征在于,所述PMEM函数用于模拟调制解调器Modem接口的写入和读出的时序操作;所述AHB函数用于控制时钟发生器和复位发生器的启动运行,所述控制函数用于让第一处理器控制第二处理器启动对调制解调器Modem的控制。
8.根据权利要求6所述的SOC芯片的验证系统的方法,其特征在于,编写matlab相关脚本构造脚本环境,所述脚本环境完成相关激励数据的预处理以及结果数据采集后的最终比对结果。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911043514.4A CN110865971B (zh) | 2019-10-30 | 2019-10-30 | Soc芯片的验证系统及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911043514.4A CN110865971B (zh) | 2019-10-30 | 2019-10-30 | Soc芯片的验证系统及其方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110865971A true CN110865971A (zh) | 2020-03-06 |
CN110865971B CN110865971B (zh) | 2023-04-07 |
Family
ID=69653174
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911043514.4A Active CN110865971B (zh) | 2019-10-30 | 2019-10-30 | Soc芯片的验证系统及其方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110865971B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111782217A (zh) * | 2020-06-23 | 2020-10-16 | 上海赛昉科技有限公司 | 快速高效产生cache一致性测试C程序的系统及方法 |
CN111858306A (zh) * | 2020-06-12 | 2020-10-30 | 海光信息技术有限公司 | 一种芯片验证方法、装置、芯片及存储介质 |
CN112232004A (zh) * | 2020-12-14 | 2021-01-15 | 鹏城实验室 | 片上系统芯片设计方案的测试方法及片上系统 |
CN112417795A (zh) * | 2020-11-19 | 2021-02-26 | 海光信息技术股份有限公司 | 一种电路验证方法、装置、电子设备及存储介质 |
CN112506517A (zh) * | 2020-11-30 | 2021-03-16 | 天津飞腾信息技术有限公司 | 一种裸机系统级激励交叉编译系统及编译方法 |
CN112731117A (zh) * | 2021-01-11 | 2021-04-30 | Oppo广东移动通信有限公司 | 芯片的自动验证方法和系统,及存储介质 |
CN113486625A (zh) * | 2021-06-29 | 2021-10-08 | 海光信息技术股份有限公司 | 芯片的验证方法与验证系统 |
CN113836034A (zh) * | 2021-10-11 | 2021-12-24 | 杭州云合智网技术有限公司 | 使用uvm序列项的rtl设计的验证方法 |
CN114859868A (zh) * | 2022-05-11 | 2022-08-05 | 中国第一汽车股份有限公司 | 一种乘用车组合仪表系统下线配置防错处理方法 |
CN115146568A (zh) * | 2022-09-01 | 2022-10-04 | 南京芯驰半导体科技有限公司 | 一种基于uvm的芯片验证系统及验证方法 |
CN117436391A (zh) * | 2023-12-21 | 2024-01-23 | 四川思凌科微电子有限公司 | 一种用于算法和硬件联合仿真的方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102902834A (zh) * | 2011-07-29 | 2013-01-30 | 炬力集成电路设计有限公司 | 一种soc芯片的验证方法及系统 |
CN105205249A (zh) * | 2015-09-17 | 2015-12-30 | 深圳国微技术有限公司 | 一种soc调试验证系统及其软硬件协同方法 |
CN109684672A (zh) * | 2018-11-30 | 2019-04-26 | 上海芯钛信息科技有限公司 | 一种soc芯片系统级验证系统及方法 |
-
2019
- 2019-10-30 CN CN201911043514.4A patent/CN110865971B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102902834A (zh) * | 2011-07-29 | 2013-01-30 | 炬力集成电路设计有限公司 | 一种soc芯片的验证方法及系统 |
CN105205249A (zh) * | 2015-09-17 | 2015-12-30 | 深圳国微技术有限公司 | 一种soc调试验证系统及其软硬件协同方法 |
CN109684672A (zh) * | 2018-11-30 | 2019-04-26 | 上海芯钛信息科技有限公司 | 一种soc芯片系统级验证系统及方法 |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111858306A (zh) * | 2020-06-12 | 2020-10-30 | 海光信息技术有限公司 | 一种芯片验证方法、装置、芯片及存储介质 |
CN111858306B (zh) * | 2020-06-12 | 2023-10-27 | 海光信息技术股份有限公司 | 一种芯片验证方法、装置、芯片及存储介质 |
CN111782217A (zh) * | 2020-06-23 | 2020-10-16 | 上海赛昉科技有限公司 | 快速高效产生cache一致性测试C程序的系统及方法 |
CN112417795B (zh) * | 2020-11-19 | 2023-07-07 | 海光信息技术股份有限公司 | 一种电路验证方法、装置、电子设备及存储介质 |
CN112417795A (zh) * | 2020-11-19 | 2021-02-26 | 海光信息技术股份有限公司 | 一种电路验证方法、装置、电子设备及存储介质 |
CN112506517A (zh) * | 2020-11-30 | 2021-03-16 | 天津飞腾信息技术有限公司 | 一种裸机系统级激励交叉编译系统及编译方法 |
CN112232004B (zh) * | 2020-12-14 | 2021-04-09 | 鹏城实验室 | 片上系统芯片设计方案的测试方法及片上系统 |
CN112232004A (zh) * | 2020-12-14 | 2021-01-15 | 鹏城实验室 | 片上系统芯片设计方案的测试方法及片上系统 |
CN112731117A (zh) * | 2021-01-11 | 2021-04-30 | Oppo广东移动通信有限公司 | 芯片的自动验证方法和系统,及存储介质 |
CN113486625A (zh) * | 2021-06-29 | 2021-10-08 | 海光信息技术股份有限公司 | 芯片的验证方法与验证系统 |
CN113836034A (zh) * | 2021-10-11 | 2021-12-24 | 杭州云合智网技术有限公司 | 使用uvm序列项的rtl设计的验证方法 |
CN113836034B (zh) * | 2021-10-11 | 2024-04-12 | 云合智网(上海)技术有限公司 | 使用uvm序列项的rtl设计的验证方法 |
CN114859868A (zh) * | 2022-05-11 | 2022-08-05 | 中国第一汽车股份有限公司 | 一种乘用车组合仪表系统下线配置防错处理方法 |
CN114859868B (zh) * | 2022-05-11 | 2024-04-16 | 中国第一汽车股份有限公司 | 一种乘用车组合仪表系统下线配置防错处理方法 |
CN115146568A (zh) * | 2022-09-01 | 2022-10-04 | 南京芯驰半导体科技有限公司 | 一种基于uvm的芯片验证系统及验证方法 |
CN117436391A (zh) * | 2023-12-21 | 2024-01-23 | 四川思凌科微电子有限公司 | 一种用于算法和硬件联合仿真的方法 |
CN117436391B (zh) * | 2023-12-21 | 2024-03-26 | 四川思凌科微电子有限公司 | 一种用于算法和硬件联合仿真的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110865971B (zh) | 2023-04-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110865971B (zh) | Soc芯片的验证系统及其方法 | |
CN112580295B (zh) | 多核SoC芯片的自动化验证方法、系统及装置 | |
CN115841089B (zh) | 一种基于uvm的系统级芯片验证平台及验证方法 | |
US8930912B2 (en) | Method and system for performing software verification | |
US8402438B1 (en) | Method and system for generating verification information and tests for software | |
CN100476837C (zh) | 一种支持随机指令测试的微处理器fpga验证装置 | |
CN113961453B (zh) | 航空机载软件全数字仿真测试系统 | |
CN115828839A (zh) | 一种soc芯片系统级验证系统及方法 | |
Cong et al. | Automatic concolic test generation with virtual prototypes for post-silicon validation | |
CN115562982A (zh) | 参考模型调试方法、装置、电子设备和存储介质 | |
Lin et al. | Concolic testing of SystemC designs | |
US20090112554A1 (en) | Test Bench, Method, and Computer Program Product for Performing a Test Case on an Integrated Circuit | |
CN114564394A (zh) | 一种测试用例确定方法、系统及相关组件 | |
CN103713977A (zh) | 一种微处理器ip核比较验证的实现方法 | |
CN111400997B (zh) | 一种基于同步执行的处理器核验证方法、系统及介质 | |
CN116090376B (zh) | 芯片集成验证组件开发方法、装置及计算机设备 | |
Gao et al. | Software and hardware co-verification technology based on virtual prototyping of RF SOC | |
JP2001060210A (ja) | Lsi検証方法、lsi検証装置および記録媒体 | |
CN112765021A (zh) | 一种引导程序的调试检验方法、装置、设备及存储介质 | |
CN111338761B (zh) | 一种51单片机虚拟中断控制器及实现方法 | |
CN113204929A (zh) | 基于sv和uvm实现ahb vip的方法、电子装置及存储介质 | |
JP2828590B2 (ja) | マイクロプログラム検証方法 | |
US6715134B2 (en) | Method and apparatus to facilitate generating simulation modules for testing system designs | |
CN117422026B (zh) | 一种基于risc-v架构的处理器验证系统 | |
Zheng et al. | Protocol-guided analysis of post-silicon traces under limited observability |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 1, building six, building 180, 210012 software Avenue, Yuhuatai District, Jiangsu, Nanjing Applicant after: Nanjing Jess Microelectronics Technology Co.,Ltd. Address before: 1, building six, building 180, 210012 software Avenue, Yuhuatai District, Jiangsu, Nanjing Applicant before: NANJING NARI MICROELECTRONICS TECHNOLOGY Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |