SBBR要求硬件符合两个早期标准的最新版本：UEFI(Unified Extensible Firmware Interface)2.4及其相关规范以及ACPI(Advanced Configuration and Power Interface)5.1
Masters表示，“运行在UEFI平台上的软件有望得到一些功能。”他解释说，“例如，安装操作系统内核的标准方式，获得特定运行时服务的标准方式，就好像是一天里的时间。我不必在我的平台上有一个特定的、针对这个实时时钟的驱动，因为我有一个UEFI RTC驱动，这就可以了。”
同样，强制要求支持ACPI将芯片制造厂商能够设计的系统级芯片的种类限制在了适合通用计算的范围内。
Masters表示，“同样，ACPI不允许极端复杂的嵌入式平台。对于任何一台嵌入式设备我都不建议这么做。它明确地告诉你，你不能采用某种设计理念。它编写的目标是服务器。”
ACPI在交换中提供什么？这位来自Red Hat的男人说，是平台的抽象形式。操作系统内核不需要被告知如何初始化特定硬件平台上的每一个功能，也不需要知道用来访问它们的存储地址。例如，内核可以依赖适当的ACPI功能打开串口。
那么，什么时候呢？
即使有了这些标准，服务器制造商仍然需要用一种让操作系统厂商能够使用的方式来实现它们。为了帮助它的硬件合作伙伴提供可行的设计，Red Hat在七月份推出了它的ARM Partner Early Access Program，在这个计划中的厂商可以了解到这家公司认为针对ARM的企业Linux解决方案应该是什么样子的，而且是在它还在完善自己代码的过程中就开始了解了。
Masters表示，“我们和很多这样的厂商合作，共同审查驱动，并且提前进行讨论，确保他们能够正确进行。”
那么，这位Red Hat的首席ARM架构师认为今天的硬件厂商中，谁做了正确的事呢？也许并不令人吃惊，在LinuxCon大会上，他特别提到了AMD的“Seattle”系统级芯片，这款芯片是AMD在这个月早些时候举办的Hot Chips大会上正式发布的，Masters表示这就是“用完全正确的方式做正确的事。”
Masters表示，“它是一个标准化的、服务器级的系统级芯片。它遵循了AMD通过x86了解到的所有的服务器设计理念，它还采纳了这个行业在过去三年里提出的各种各样的建议和指点。这是一个非常、非常好的设计。”
但是只有现在，全行业的ARM服务器工作才开始走向成熟，AMD公司已经能够生产出这种品质的产品。例如德克萨斯州奥斯汀的Calxeda公司开发了最早的ARM数据中心产品，但是这家公司在十二月停业了——没有享受到AMD目前拥有的“后发优势”。
Masters表示，“Calxeda的那帮家伙真的是非常棒的人，做出了出色的工作。我认为他们的问题是过早地进入了一个新市场。”他说，“你可以早点来参加聚会，你也可以按时到，你也可以迟到。如果你到的时候看到没有人在，那么就有问题了。我认为他们的时机把握的不对。”
按照最新的估计，合适的时间将从今年晚些时候开始，ARM服务器将在2015年年末成为主流。