VMM, OVM技术得到增强。隔离但平等吗?
埃德·斯珀林
Synopsys对此介绍了增强其验证方法手册和节奏开始详细介绍新的增强开放验证方法。两个项目都是处于测试阶段,但他们提供步骤向宽松芯片开发中最大的一个问题。
验证仍然消耗70%或更多的非经常半导体发展的工程成本,难怪资源继续倒入修复设计周期的这一部分。
是什么改变了?
VMM 1.2是一个更新的后续的验证方法最初由Synopsys对此和手臂。推2008年,第一次重大扩展基类以外的一个抽象层,VMM规划师,图书馆开放给开源社区。今年,方法论已经扩展到低功耗领域,与基础库,multi-voltage设计工作由Synopsys对此共同完成,手臂和瑞萨。
方法包括三个主要类别的基类,解决方案营销总监根据汤姆•伯格斯特罗姆Synopsys对此。首先是SystemC,系统Verilog和TLM 2.0支持。“通道通信更容易如果你来自SystemC TLM系统Verilog,“Borgstrom说。
TLM 2.0支持组件之间的远程过程调用的功能补充道。也与分层逐步增强block-to-top重用。此外,还有更好的易用性与隐定相,paramaterization,能够控制testbench功能从命令行运行时,和一个共同的基类。
OVM技术,与此同时,在很大程度上是由导师和节奏,抑扬顿挫的门齿Plan-to-Closure方法来提供一个testbench方法和类库,这样可以可伸缩和可重用的验证环境。在节奏的情况下,这是和Specman紧密结合的,这就是为什么新的Specman 9.2测试版包括OVM技术记分板基础设施方案和更细粒度的访问各个步骤。
OVM技术和VMM看到这个细粒度的优化,这对未来的设计至关重要。
OVM技术2.0.2发布6月18日,由导师和节奏,包括bug修复和将使用NaturalDocs文档。
工程师(不)说什么
但事实上,两个对立的方法继续存在与此同时,由竞争对手公司牵头,继续引起那些设计工程师。
标准团体如Accellera所做的改进这些方法之间的互操作性,并且双方都提供互操作性。然而,继续独立发展意味着需要不断地改进互操作性,。
这些世界最好的见解可能来自博客圈,这对任何技术非常稀疏的尽可能详细的验证方法。几乎没有交叉OVM技术之间的博客和VMM,工程师将继续使用一种语言或其他意义,尽管他们分散的团队的其他成员可能更喜欢别的东西。虽然互操作性是可能的,很难分辨是否实际发生。
|
|
|
|
|
|
|
|
|
|
留下一个回复