使硬件设计更加敏捷

半导体工程坐下来是否需要更改硬件设计方法,与菲利普•古铁雷斯ASIC / FPGA设计经理IBM的FlashSystems存储组;丹尼斯Brophy,战略业务发展总监导师图形;集团主管弗兰克Schirrmeister产品营销系统的开发套件节奏;汤姆德舒特、高级产品营销经理仿真器解决方案Synopsys对此;,负责营销的副总裁兰迪·史密斯超音速。以下是摘录的谈话。第一部分,点击在这里。第二部分,点击在这里。

SE:对于敏捷在硬件工作,我们需要一个方法,涵盖所有系统和处理所有的不同部分如何组合在一起,如何开发这些系统一起工作的人。我们还可能需要改变的一些工具。这是现实的吗?

Brophy:好问题。它甚至可能是右脑,左脑。我看第一步的严谨和精确,两个和三个,问题如何扔掉,严谨的东西可能更加混乱和协作。它需要一些检查项目结果的组织引入到他们的职业生涯,看看他们已经能够完成什么。我们不会有四个(或按设计验证工程师每个工程师永远。

史密斯:我们都有某种程度的担忧《敏捷宣言》是否适用于集成电路设计。我们可能需要一些团体聚在一起工作这个问题找出如果我们需要敏捷IC宣言或敏捷宣言电子系统。我们有几个自然标准组织。它成为其中任何一个合理的检查呢?我们仍然需要的前兆,我们要定义在一个解决方案之前,我们找出我们要做的。

Schirrmeister:可悲的是,很多事情没有发生之前的东西已经真的错了。做出改变的人是那些有这些不好的经历。但复杂性是如此之大,令人难以置信。的一个问题是,你不一定知道一开始是去哪里看。一些人发现。我们总是知道权力是一个大问题在移动,但是现在我们意识到它是扩展成热。我们开心地添加内核,但芯片自行关闭,因为它不应该烧穿包。

Brophy:好消息是它关闭本身。在过去我们会炸电脑运行程序。

Schirrmeister:你永远不知道你不知道。我们正在努力的一些工具验证智能融入。其中验证,您可以重用软件与软件水平在不同的引擎定义场景,扮演。相干的人需要跟权力人是否关闭搞砸了一致性。权力的人需要和热的家伙告诉他,如果太热就会减缓处理器运行,所以确保基准仍保持同步。

Brophy:真正的问题可能是解决我们今天,但是有一个电阻和一个角色让其他人帮助消除阻力。IEEE 268515软件用户对于敏捷环境文档。在硬件方面,我们的方法都是在全球范围内使用,从Accellera UVM,。但是有这些团体聚在一起。我们2025年愿景是什么?在五年内我们希望发生什么?我们应该进一步思考?大多数的组织不标准。他们更直接。IEEE和敏捷是基于成功和今天人们做的事情。 This almost has to be driven through user success, and then institutionalized as a standard and more proactively pushed throughout the world. Maybe we can take a different way of looking at it and fostering discussions.

德舒特:有很多关于人们已经设计的重点。有一件事是改变和UVM解决这个权力是上你看早期的建筑设计,你想如何影响它,将会有什么样的算法。什么样的用户场景?电力/性能为代价是什么?热也开始发挥作用。架构原型在早期开始流入。我们看到越来越多的人关注,作为一个方法来得到一些东西,这是更多的调整,而不仅仅是一个电子表格,它假设您理解。当你看到所有的不同的敏捷,其中一个项目是如何将客户想做的一切。我们看到的是,如果你有你的体系结构原型,早期反馈,帮助度过早期反馈回路。不仅仅是一个单一的整体任务你做了。 It’s more of an integrated task. It’s not just the N+2 design. It’s what are the impacts on the power, performance and thermal sides, so you can make adjustments there and revisit the hardware and the software. That upfront piece and merging that into the methodology will help, rather than just looking at it from a verification perspective or a pure hardware side of things.

SE:有可能改变一切的以前的做法,将在更广泛的和不同的方法吗?

古铁雷斯:我们一直在讨论敏捷被用于设计,有些混乱。这并不意味着它敏捷唯一能做的,虽然。如果你有你前面的规格和你都计划好了,没有什么阻止你使用敏捷,。我们的任务分解成小块,在我们的案例中是两周的sprint。作品,不管你的目标是固定或移动。它还帮助我们汇集RTL和DV和软件的家伙,我们得到即时反馈的软件的人,而不是第一个开发的IP块和将它集成到顶层,然后从软件得到反馈。我们可以更早得到反馈。每天早上我们见面。这是一个非常简短的会议,但我们确实把每个人在一起。

Schirrmeister:那是什么样的设计?

古铁雷斯:这是一个嵌入式处理器与六个IP块。

Schirrmeister:这是处理器、IP、通信外的所有接口。这相当于一只手臂移动SoC子系统,对吧?

古铁雷斯:是的。

Schirrmeister:这就是范围。这些过程是非常不同的,这取决于你所设计的范围。随着EDA供应商我们倾向于被吸引到最复杂的事情,喜欢和60核心移动或复杂的服务器。但如果你看看2020年或2025年,显然有一个分叉。你有这些复杂的事情,这是非常重要的和有价值的,但如果预言是真的会有很多东西在中间,如子系统,和很多更小的设计。我愿意接受敏捷变得更大的设计变得越小。

SE:你很明显暗示世界物联网。除了小,这些设备需要非常非常特殊的应用程序定制。得到它需要市场快速低成本,然而,指向一个方法。敏捷是正确的吗?

史密斯:在硬件方面我们落后的软件在几个地区。一个是需求管理的使用。软件团队用于跟踪所有不同的软件需求。他们放在一起规范,他们经常可以有一个特性之间的联系,另一个,和规格非常完全集成。在硬件领域,我们没有完整的需求管理,第一个链接是硬件体系结构。对硬件架构我们甚至没有一个可执行语言。建筑师使用Word和Excel来指定设备会是什么样子,可能包含什么。他们可能会参考IP-XACT一些块可能是什么。他们对谁说什么表。我们缺少可执行语言。 Everyone in the software world has an executable language for talking to the next group. Hardware architects don’t have anything but tables, and going down the other way they don’t have anything except IP-XACT, which is incomplete. When you talk about how to get this to work with a structured methodology, we have to complete the methodology if we want it to be automated. We lack that automation today.

德舒特:自动化流还没有准备好。SystemC提供了一个可执行的规范,在某种意义上,建筑师。你可以描述最重要的组件。如果你从一个QoS view-latency,吞吐量,权力,thermal-you提取很多块,还能找出你的可执行的规范,甚至与客户的交流。从这个意义上说,一些在玩。这不是一个自动的流程。然后UVM你有你的力量叠加。你可以去一个环境,你可以试试,然后喂在软件方面。然后你就可以算出如果你过多或在设计,你怎么能减轻一些权力的问题。变得更多的环境模拟的电子表格,但至少你模拟一个可执行的规范。

史密斯初:SystemC规范的实现。

Schirrmeister:让我们定义可执行的规范。对我来说,这是一块从你得到一切,这是金。挑战在于,RTL似乎没有了一切。你有系统环境和一些模拟/混合信号你可能无法捕捉。回顾我的第一个设计,gate-schematic入口和RTL似乎是系统级集成六个芯片。在EDA,我们做一切合成RTL和我们有一个semi-golden RTL的规范。我接近一个打赌我退休的时候我们不会得到,RTL之上。我同意虚拟平台和一定程度的体系结构分析的粗粒度的水平。但最后,所有的决定往往是推迟到你有更详细的总线互连级别的分析。上面有RTL是金是应该发生在20年前的东西,似乎,我们也不。问题是为什么不。

德舒特:这样就好了。我放弃了一个规范驱动一切的梦想。这并不意味着没有价值的不同类型的描述。但对于软件和硬件需要不同的建筑师。没有一个金色的参考。有不同种类的可执行的任务。

Schirrmeister:我同意。使其本地化,我支持敏捷在局部层面。这是在一个SoC水平更加困难。在这些局部块的挑战是他们不交谈,他们不保持日期你会进一步下降。