Arm 在 2020 年 10 月的开发者峰会上宣布了 SystemReady 认证计划，作为针对边缘和物联网的 Project Cassini 计划的一部分，并得到了来自整个数据中心生态系统的众多合作伙伴的支持。SystemReady 提供了一套正式的计算平台定义，涵盖从云到物联网和边缘的一系列系统，帮助软件在充满活力、多样化的基于 Arm 的硬件生态系统中无缝地 “正常工作”。它提供了一个基础认证计划，我们现在报告去年取得的巨大进展。
SystemReady 分为一组频段，其中包含可适用于不同设备和市场的规格组合。arm SystemReady 的当前频段
SystemReady SR
SystemReady SR 专为满足服务器或工作站 Arm SoC 上的 Windows、VMware、Linux 和 BSD 操作系统的需求而定制。它确保标准固件接口的部署和维护。SR 频段针对支持旧操作系统在新硬件上运行的通用现成操作系统，反之亦然。SystemReady ES
SystemReady ES 旨在满足嵌入式 Arm SoC 上的 Windows、VMware、Linux 和 BSD 操作系统的需求。它确保标准固件接口的部署和维护。ES 频段针对支持旧操作系统在新硬件上运行的通用现成操作系统，反之亦然。
SystemReady IR
SystemReady IR 专为满足嵌入式 Arm SoC 上的 Linux 和 BSD 操作系统的需求而定制。这些 SoC 由主线 Linux 支持。它确保标准 固件接口 的部署和维护， 并 针对自定义（Yocto、OpenWRT、buildroot）和预构建（Debian、Fedora、SUSE）。在此 博客中 了解有关 SystemReady IR 的更多信息。
SystemReady LS
SystemReady LS 专为满足在服务器 Arm SoC 上使用 LinuxBoot 固件的需求而定制。它确保标准固件接口 的部署和维护， 并 针对超大规模用户的 Linux 环境。我们正在与我们的合作伙伴一起定义该频段的要求。
规格和测试套件
Arm SystemReady 计划的基础是一套新的系统架构标准。特别是基本系统架构 (BSA)，它为操作系统成功启动提供了最低硬件要求。相应的最低固件接口要求集称为基本引导要求 (BBR)。我们还提供特定于细分市场的 BSA 补充，例如服务器行业的 SBSA 补充。选择这些规范的不同组合或配方可启用 SystemReady 程序的不同频段，适用于不同的系统类型和细分市场。此外，基本启动安全要求 (BBSR) 规范提供了安全启动和安全固件更新的要求。
我们正在与 CXL 上的 Arm 集成和设计文档的合作伙伴合作，以提供有关构建 SoC 的指导，这些 SoC 将符合 CXL 的系统和引导要求呈现给通用的现成操作系统。这将是未来 SBSA 和 BBR 规范中 CXL 要求的前身。
这些规范是与我们在系统架构咨询委员会中的合作伙伴共同制定的。这包括由芯片供应商、操作系统供应商、IP 供应商、OEM、ODM、独立固件供应商、IHV、ISV 和云服务供应商组成的 50 多家公司。
此外，SystemReady 要求规范记录了每个 SystemReady 频段的认证要求。本规范还定义了认证豁免政策和认证流程。我们打算在 4 月和 10 月每半年更新一次此规范。
企业架构合规性套件 (ACS) 旨在测试服务器对 BSA/SBSA 规范和 BBR 规范中的 SBBR 配方的合规性。它仍用于验证 SystemReady SR 的服务器和工作站。此外，新的 SystemReady ACS 现在可用于为 SystemReady IR 和 ES 认证设备。最终，这个新的 ACS 还将涵盖 SystemReady SR 认证。
请注意，我们仍在努力在 BBR 规范中定义 LBBR 配方，并在 SystemReady 需求规范中定义 SystemReady LS 频段的要求。
解决主要的 BSA 合规问题
我们面临的最大问题是，没有一个兼容 PCI Express 增强配置访问机制 (ECAM)，供操作系统用于枚举 PCI Express 设备。除非主线 Linux 或其他操作系统支持每个 SoC 的怪癖，否则我们实现软件正常工作的愿景是不可能的。因此，Arm 与合作伙伴一起创建了 Arm PCI Express 配置空间访问固件接口规范。这为这些不支持 ECAM 的 SoC 提供了用于 PCI Express 配置空间访问的标准（PCI Express 基本规范允许）SMC 接口。Arm 已在 Trusted Firmware-A 和 tianocore EDK2 以及 Linux 内核中为 Raspberry Pi 4 设备开发了补丁，以支持这些 SMC 接口。VMware 和 NetBSD 现在支持这些 SMC 接口。
“我们很高兴能够支持 Arm SystemReady 生态系统，并与 Arm 和 Arm 社区密切合作，以推动非服务器 Arm 平台的更大标准化。正是出于这个原因，我们支持 Arm PCIe 配置空间访问固件接口规范，以更好地支持这些设备。”Kit Colbert，VMware Cloud 首席技术官。
UART 是另一个主要问题。Arm 通用 UART 和 16550 UART 都符合 BSA 标准，但目前最安全的选择是前者（例如 PL011）。我们还没有发现任何完全符合 16550 标准的第三方 IP 的 SoC 集成。
其他问题包括唤醒定时器、看门狗定时器、USB 主机控制器、中断控制器和 MSI 支持。解决这些问题的最佳方法是通过硅前一致性测试。
硅前一致性测试
Arm SystemReady 硅前一致性测试是设计 BSA（因此也是 SystemReady）兼容 SoC 的关键。硅前计划是 SystemReady 旅程的一部分，而不是选项或认证本身。它使芯片合作伙伴能够设计符合 BSA 的 SoC，并且一旦制造出来，就可以通过明确且低风险的途径成为 SystemReady。
Arm 加强了与 Cadence 和 Synopsys 等 EDA 的合作，将合规性测试集成到各种硅前环境中。我们现在正与数量有限的初始合作伙伴合作，在分拆前测试芯片，降低风险和成本，并计划进行更广泛的商业推广。
安全接口扩展
Arm SystemReady 提供了一个安全接口扩展 (SIE)，它提供了一种方法来证明安全启动和安全固件更新已按照基本启动安全要求 (BBSR) 规范的规定正确实施。由于我们现在已经 发布了用于 BBSR 的 ACS，我们可以开始为 SystemReady SIE 进行系统认证过程。SIE 可以与 SystemReady IR、ES 和 SR 频段一起遵循，如果已经获得这些频段的认证，则可以作为独立的遵循。
SystemReady 认证设备
去年 10 月，当我们宣布 Arm SystemReady 计划时，我们推出了两个经过认证的初始系统：用于 SystemReady SR 的 Ampere Mt Jade 平台和用于 SystemReady ES 的 Raspberry Pi 4 模型 B。
在这一年中，我们一直在与许多合作伙伴合作，并自豪地在所有三个可用的 SystemReady 频段下认证了 26 个新系统，如下所示：
SystemReady SR
Avantek Ampere Altra Server 2U Mt Jade Avantek Ampere Altra Server 2U Mt Snow NVMe Gigabyte Mt Snow Gigabyte R152-P30 Ampere Mt. Jade Platform
SystemReady ES
HawkeyeTech HK-6010 Marvell OCTEON TX2 CN9130 DB NXP Layerscape LS1046A Freeway board (FRWY) NXP Layerscape LS1046A Reference Design Board (RDB) NXP Layerscape LX21604 Reference Design Board (RDB) Raspberry Pi 4 Model B Raspberry Pi 400 SolidRun HoneyComb LX2 Workstation SolidRun MACCHIATObin Double Shot SolidRun CEx7 CN9132 Evaluation board
SystemReady IR
Advantech RSB-3720 Compulab IOT-GATE-iMX8 Lenovo Leez P710 Gateway NXP i.MX8M Mini EVK NXP i.MX8M Nano EVK NXP I.MX8M Plus EVK NXP I.MX8M Quad EVK Pine64 RockPro64 Raspberry Pi 4 Model B Raspberry Pi 400 Rockchip Toybrick TB-RK3399ProD
【微信号】 arm2023
【店铺链接】https://appoxpc9kws6959.h5.xiaoeknow.com
