通过仿真加速基于服务器的系统架构合规性测试

通过仿真加速基于服务器的系统架构合规性测试

系统级验证目标提出了一个问题，即验证可能只有在设计和驱动程序大部分完全组装和调试后才可能进行，但在检查符合性之前等待设计完成也没有什么帮助。

Paul Cunningham（Cadence 系统验证小组高级副总裁/总经理）最近撰写了一篇文章，内容涉及先进的服务器设计如何为成功的系统启动带来新的挑战，以及 Cadence 如何与 Arm 合作加速这一进程，以符合 Arm SystemReady 程序。在这里，我想更详细地分享一下，对于我们自己的硬件开发，我们如何能够在半天内启动并运行系统级测试套件。

验证服务器平台的新挑战

 

 

新的系统级验证需求。（来源：Cadence 设计系统）

验证任何大型 SoC 都会遇到很多挑战，但其中有两个是该领域独有的。首先是确保 SystemReady 合规性。SystemReady 是 Arm 建立的一个程序，旨在确保对主流 *** 作系统的开箱即用兼容性，并开始针对基于 Arm 的服务器（带有 ServerReady）并扩展到其他设备和市场，包括边缘服务器和嵌入式/物联网。. 实现这一目标是芯片设计人员的责任，因为重要的兼容性元素取决于 Arm 内核在 SoC 中的集成方式。为了简化和更好地确保集成商的系统兼容性，Arm 开发了 SystemReady 包，它定义了一组在 UEFI 层上运行的检查，集成商必须通过这些检查才能实现这一目标。

第二个挑战是证明集成的 PCI Express (PCIe) 兼容性。PCIe 在服务器中发挥着核心作用，用于与现在更智能的外围设备进行通信、小芯片间通信和远程启动。我们倾向于将围绕 I/O 块的测试视为以协议为中心，但有两个因素推动了对系统级测试的需求。首先，在基于 Arm 的设计中的松散排序内存模型下，可以在某些工作负载下提高性能。权衡是集成商可以在他们的设计中创建在高流量条件下 PCIe 数据包处理中出现死锁的可能性。其次，PCIe 从 3.0 开始有了长足的发展，以支持系统级优化，例如支持 TLP 处理提示 (TPH) 和地址转换服务 (ATS)。这些功能需要更广泛的系统级验证。

这样的系统级验证目标引起了人们的担忧，即只有在设计和驱动程序大部分完全组装和调试后才能进行验证。例如，如何执行在 UEFI 之上运行的 SystemReady 测试或依赖于流量的测试？但是在检查合规性之前等待设计完成也无济于事。

系统 VIP 方法

验证 IP (VIP) 通常用于生成外部流量或作为 IP 的快速替代品以加快验证周期。根据明确定义的标准进行了全面测试，VIP 在组件级角色中充当符合标准的元素。系统验证可以从类似的概念中受益，但具有不同的意义。例如，将一致性检查作为系统级验证目标。尽管与我们的 SystemReady 和 PCIe 死锁目标没有直接关系，但一致性检查是 SoC 测试计划的一个常见组件，并且是对 System VIP 概念的一个很好的介绍。

 

 

应用于一致性测试的系统 VIP。（来源：Cadence 设计系统）

在此应用程序中，系统VIP将利用组件流量库、用例、便携式刺激标准（PSS）模型和记分板的组合。其中一些将预先验证，一些将由SoC验证团队为其独特的目标开发。这种方法背后的VIP原则是，系统验证开发不应要求重新定义标准或最佳实践中已经定义的内容。同样重要的是，在完成整个系统设计之前，它应该可以用于指导设计优化。