第二个两部分组成:IP-XACT的未来;失踪的TLM 2.0;适合在ESL建筑工具,以及SystemC, C和c++ mesh-or不会。
埃德·斯珀林
系统级设计主持讨论的未来与托马斯•奥尔索普SystemC英特尔公司设计方案专家;首席核查技术专家Ambar Sarkar范例作品;技术营销的副总裁迈克·梅瑞狄斯的强项设计系统;大卫·黑Doulos认证培训讲师。这里有一些关键的烟道的讨论。
道防线:每个人都看着IP-XACT说这是一个很好的第一次尝试,但这是不够的。接下来是什么?
黑色的:系统RTL基本上是一个注册的抽象描述。IP-XACT有一些元素。我做了一些非正式的访谈公司支持IP-XACT。一些公司已经自定义格式,一些电子表格,每个人都有一些不同。但很明显,多年来我们一直有这个问题设计寄存器和每个公司都有自己的工具。事情发生改善,IP-XACT已经开始解决在英语的世界里,发生了什么。工程师不需要设计常见的登记模式一遍又一遍。
梅雷迪思:以我的经验,几乎所有大型半导体公司有一个工具集元数据描述或定义寄存器和脚本或电子表格生成文档或RTL的东西。半导体行业在这方面更有经验比EDA行业。是一个真正需要的人在半导体行业内部构建和使用那些工具参与标准活动。它将前进更快如果坐在桌子的人已经做过一次。
Sarkar变得更好,但它仍然是坏的。每个公司都有他们自己的工具。凡与IP-XACT应该解决这个问题。
道防线TLM 2.0:发生了什么?缺失的是什么?
梅雷迪思:在工作的是CCI库和api之上的TLM 2.0提供互操作性工具配置模型。所以你可以有一个模型,它在许多不同的方式工作,这取决于testbench或工具希望。缓存的大小的模型,例如?这是一个活动正在进行。我们期待很快看到结果。
道防线:TLM从架构到验证。我们听到更多的担忧探索权衡。这是标准的努力的一部分吗?
梅雷迪思:对于维护多个配置和比较,这不是一个成熟的标准化。它可能是一个比标准更需要的工具。
黑色的:有很多的可配置性和特性在UVM地址。这两组需要聚在一起,讨论可能会有一些共性的地方。TLM 2.0用例模型,采用内存映射的公共汽车,但是如果你再仔细观察有可能与一些额外的工作将它映射到网络和许多其他领域。
奥尔索普:我们看了TLM 2.0集成大约一年前。有一些方面是有意义的。但如果你看看真正的TLM推力,它让你的性能模型。这些方面的集成UVM做对我们有意义。
道防线:业内有很多困惑关于SystemC和c++和C .这些世界可以聚集在一起吗?
梅雷迪思:这些语言相交的地方之一是运动从一个模型被开发出来的一种算法或架构组,通常在C或c++,实现在SystemC高级合成或验证活动。的一个主要问题是通常伴随着大量的遗留modeling-whole库和数据类型。试图让那些世界一起工作是非常一个个案的挑战,因为建模环境在一个网站非常不同于C C建模环境的其他网站。
奥尔索普:我们一直在过去一年在英特尔工作特定issue-taking c++建模的体系结构性能模型,试图找出一种完善和HLS可以工作。我们试图找出如何重用HLS,但同时仍然能够使用它的性能建模。艰难的权衡。我们最终编写自己的类。我们希望看到一些支持synthesizable子集。
道防线UVM工作用英语工具和标准吗?
黑色的:UVM将不得不做一些适应英语因为有一组不同的问题。但可能也需要一些变化采用。
|
|
|
|
|
|
|
|
|
|
留下一个回复