适用于复杂SoC的软件定义验证和确认环境

　　芯片设计验证是一个持续存在的障碍，通常会阻碍产品按时交付。统一的软件支持验证和确认环境可能是打破硬件设计组和软件开发人员之间依赖关系的方法。

　　通过统一的环境，验证可以在早期使用模型进行，在开发中出现不同的部分时构建系统。验证将从一开始就开始，最终的硅前测试仅侧重于最后一刻的改进和完整的系统验证、快速跟踪流片、降低重新定位风险并简化硅后验证。

　　罪魁祸首是芯片中硬件和软件的复杂组合越来越多，这是持续“数字化”的结果。系统这两个基本方面的开发通常按不同的时间表进行。例如，硬件设计最早可以在软件之前两年开始。

　　复杂性迫使硬件验证和确认包括预期软件在硬件上正常工作的证明，当软件远远落后时，这是一项艰巨的任务。支持软件的验证和确认方法允许通过早期工作负载分析进行早期硬件验证，从而打破对系统软件的硬件依赖。

　　以前，通用硬件块被组装成一个可以执行软件的系统。在这种过时的范式中，硬件设计在没有考虑应用软件的情况下进行，因为硬件被设计为通用的，托管任意数量的可能类型的软件，并且没有针对任何一种软件进行优化。

　　设计人员现在采用片上系统 （SoC） 方法实现硬件系统。过去，该硬件系统可能已由系统集成商组装成独立的硅芯片，该芯片处理大部分计算工作。现在，整个系统 SoC 的验证必须侧重于底层硬件与其将执行的软件之间的连接。

　　像这样的 SoC 将处理特定应用程序的特定数据工作负载。与早期的通用处理器不同，处理体系结构必须非常适合它将处理的数据的性质。指令集、总线架构和存储器/缓存结构可以定制，以最大限度地提高性能、降低功耗并最大限度地提高效率。

　　这需要硬件工程师在设计周期的早期访问软件工作负载。甚至架构本身也需要针对要执行的工作类型进行验证。这种对软件的依赖对项目进度产生了重大影响，当企业试图“左移”以更快地将产品推向市场时尤其困难。

　　这还不是全部。其他功能和计划注意事项：

　　业务经理希望相信他们的产品不会受到电池寿命不佳等问题的影响，并且仍然进入市场窗口

　　工程管理层希望尽可能多地利用通用方法，加快进度并在预算范围内完成项目

　　设计团队面临着在 12 到 18 个月内完成日益复杂的设计的压力

　　验证组，尤其是使用硬件仿真的验证组，希望将系统的不同方面划分到不同的组，以便更快地进行并行子系统验证。

　　拥有如此多的利益相关者和优先事项，迫切需要一种更好的方法来完成 SoC 验证。软件定义的验证和确认环境和方法将使工程团队能够提供复杂的SoC，满足上市时间窗口，提供更彻底的检查，并降低风险和成本。

　　审核编辑：郭婷