硬件与软件接口如何与CPU交互

硬件与软件接口如何与CPU交互

不可否认的是，目前的行业趋势只会导致更先进的SoC，其外围设备的数量将比以往任何时候都多。 为了理解这一切，更不用说管理它，它将要求我们完全重新思考HSI。 无论已经走了多远，还是要去向何方地方，都是如此。

HSI的今天

在任何特定的时刻，都会遇到各种各样的因素。 多个处理器，包括周围有大量可编程的外设。所有的东西都通过片上网络连接在一起。 这个列表还在继续。

在实际的 SoC 方面，还必须处理相互连接的fabric，这是连接CPU和各种可编程从设备的纽带。 这些从设备可能有他们自己的存储，或者甚至可以是一个低速总线，这取决于具体的情况对嵌入式寄存器的读写来编程。 当从这种类型的宏观视角来看事物时，寄存器和中断是IP的HSI。

图1 CPU／IP HSI

虽然迄今为止，这种做法一直运作良好，但也很难说它给任何项目带来了一些重大的挑战。在最近的一项研究中，仔细研究了芯片功能缺陷的根源，设计错误是主要原因。 规格的变化和规格的不正确或不完整也是其中的一个方面。 所有这些问题的严重程度和它们的普遍性一样，而且它们都有相同的共同点： 超过50％的问题属于这三个类别中的任何一个，直接回到了 HSI 层面。

仅仅基于这一点，就很容易看出为什么所有问题中有一半以上可以直接与硬件／软件接口联系起来。 同样复杂的是，许多公司都有自己独特的针对 SoC 的挑战和要求。

人们很容易对这个消息采取悲观的态度，并把它看作是可怕的事情。 但这也是值得庆祝的事情，这意味着如果花时间修复 HSI 层，也可以修复芯片功能缺陷。

需要灵活而创新的未来

当想到各种各样的 HSI 信息消费者时，这个列表可能比人们意识到的要长得多。 除了设备驱动程序、固件和硬件验证等因素外，还需要考虑技术文档、诊断、应用软件、硬件设计等等。 对基础规范的一个改变需要在所有这些领域进行重大转变，这就是为什么找到一个解决方案，让这些变化自动渗透到所有相关的视图中。

现在可以生成一个单一的基于 uvm 的寄存器模型，该模型涵盖所有的核查元素，以及更多地腾出宝贵的时间，让实际员工专注于更重要的事情。

最后，可以使用一个单一的工具来创建测试序列和环境，创建正式属性和断言，从规范中创建 UVM 序列和固件例程，并帮助实现跨平台的 HSI 层规范，该规范以一种一直存在的方式平等地为所有各方服务。

这一切都超越了简单的自动化。 它代表了硬件和软件作为概念朝着下一个进化方向迈出的重要一步。下一代的HSI解决方案已经取得了很大进展，它们不仅有助于解决＂老派＂做事方式中存在的绝大多数挑战，而且对于能想到的几乎每一个强大到不容忽视的行业都存在一些重大影响。

功能安全

国际标准化组织发挥重要作用的许多领域之一与功能安全和 ISO 26262标准有关。 例如，汽车工程师需要确保他们的设计没有单一的故障点，他们坚持这个标准的 ECC－CRC 和奇偶校验，或者其他技术，如三模冗余（或 TMR）。

最后，医疗是一个硬件／软件接口非常重要的领域，因为遵守某些要求对于任务至关重要。 此外，他们也都把他们自己独特的要求放在 HSI 层本身上，影响了如何实现某些因素以及未来的情况。

不幸的是，正如 HSI 在理论上一样重要，在执行过程中，它在很大程度上处于最糟糕的停滞状态。 这就像以前一样重要，但是有些挑战是绝对阻碍创新的，而不是推动创新向前发展。

在最后

毫无疑问，在处理复杂的硬件 ／ 软件界面时，存在着许多挑战。 然而，通常情况下，也存在着大量的机会。这一领域的进步，IDesignSpec 只是众多例子中的一个，使得人们有可能改变他们对于 HSI 的看法变得更好

硬件 ／ 软件接口背后的想法确实有很长的路要走，而且他们还有很长的路要走。 但与此同时，好东西是值得为之奋斗的，因为＂正确的方法＂几乎保证了整体生产力的显著提高。 ＂错误的方法＂保证丢失大量的周期调试等问题，这意味着它根本不是一个真正的选择。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。