红帽全球峰会红帽硬件认证计划政策指南
用于红帽硬件认证
摘要
使开源包含更多
红帽承诺替换我们的代码和文档中存在问题的语言。我们从这四个术语开始：master、slave、黑名单和白名单。由于这一努力的精力，这些更改将在即将发布的版本中逐渐实施。有关让我们的语言更加包含的更多详情，请参阅我们的CTO Chris Wright 信息。
第 1 章 红帽硬件认证计划简介
使用本指南了解认证流程、与硬件认证相关的政策，并遵循红帽硬件认证团队创建硬件测试计划的流程。
1.1. 受众
红帽硬件认证计划政策指南适用于有兴趣使用红帽认证硬件的硬件供应商。需要非常了解 Red Hat Enterprise Linux。在参与前，首选具有 红帽认证的工程师 证书。
1.2. 程序概述
Red Hat 硬件认证计划为您与 Red Hat 合作建立对硬件的官方支持。认证硬件由红帽全球支持服务(GSS)支持，并在 红帽 认证生态系统目录中发布。
在认证过程中，红帽工程师创建了一个测试计划，用于定义实现认证所需的硬件标准。红帽工程师遵循 测试计划概述中所述的流程，创建适合您的硬件规格的测试计划。
有关硬件认证流程的描述，请参阅 认证流程概述。
1.3. 认证和合作伙伴验证
红帽为您提供认证或验证您的产品的能力。
红帽认证的产品经过全面测试，与您的合作支持。这些产品同时满足您的标准和红帽标准，包括功能、互操作性、生命周期管理、安全性和支持要求。
合作伙伴验证的产品已经过测试和支持。
经过验证的基础架构产品在红帽平台级别实施。当前，只有在客户对使用红帽平台进行上游接受接受红帽平台时，验证的基础架构才会受到邀请的扩展，当客户对 Red Hat 平台启用流程进行上游接受时，才会给客户带来障碍。
通过验证，您可以更快地启用和发布您的硬件产品。但是，通过定义验证的基础架构不包括红帽平台启用的完整彻底性。我们鼓励您继续努力稳定、上游接受、红帽启用和红帽认证。
您和您的客户必须清楚了解合作伙伴验证的产品的功能和限制。此外，确保您的客户知道要联系的人员以获得诊断和解决潜在问题的帮助。
1.4. 认证先决条件
要验证您是否有资格加入硬件认证计划，请考虑以下关键策略：
- 红帽认证硬件模型，但不包括具体模型配置。必须测试同一模型下的所有可选硬件配置。
- 测试必须在无需修改或其他软件的情况下在 Red Hat Enterprise Linux (RHEL)的标准安装上执行测试。不要安装不是由红帽提供的驱动程序。
IBM Power (little endian)架构需要一个经过批准的协作关系才能获得认证。如需更多信息，请参阅您的工程合作伙伴经理(EPM)。
1.5. 可用的认证
当前提供以下认证：
- Red Hat Enterprise Linux versions 8, 9 and 10
- Red Hat Enterprise Linux for Real time version 9 and 10
- Red Hat Enterprise Linux AI version 1.x
- Red Hat OpenStack Platform for compute 节点和裸机
- Red Hat OpenStack Services on OpenShift 18
- Red Hat OpenShift Container Platform 4
第 2 章 认证流程概述
先决条件
- 与红帽建立认证关系。
- 建立由您的产品和红帽产品组合提供的测试环境。
- 执行初步测试，以确保此组合正常工作。
- 安装 redhat-certification 工具。
流程
- 使用 redhat-certification 为特定系统或硬件组件创建认证请求。
- 红帽认证团队将认证策略应用到硬件规格，以创建官方测试计划。
- 运行官方测试计划中指定的测试，并使用 redhat-certification 向红帽提交结果进行分析。
- 认证团队会分析测试结果，并根据情况将信信标记为适当的并沟通任何必要的重新测试。
- 向红帽提供代表硬件示例，涵盖正在认证的项目。
当所有测试都都有通过的结果时，认证完成，该条目会添加到红帽认证生态系统的外部红帽硬件认证网站中进行公开。
第 3 章 硬件认证策略
3.1. 程序策略
3.1.1. 策略更改
通常，红帽将认证测试和标准的主要版本限制在 Red Hat Enterprise Linux 的主要版本中。
红帽还可能随时发布对硬件认证政策、标准和/或测试套件的更新，包括次要操作系统版本、引进新硬件支持功能，或者根据要求考虑的其他点。
在一个时间点上，只有单个策略版本处于活跃状态。这个当前策略在其发行版本上有效，并取代所有之前的版本。
认证过程中应用的策略指南版本将在成功完成后记录在认证过程中。
对策略或条件的更改将作为通知发送到 hwcert-announce-list@redhat.com 邮件列表。通过 Web 界面(https://www.redhat.com/mailman/listinfo/hwcert-announce-list)订阅列表。
测试套件的更改也会记录在测试套件勘误通知和软件包更改日志中。
3.1.2. 认证生命周期
当红帽向硬件系统或组件以及特定架构和 RHEL 版本进行组合认证时，认证生命周期将开始。硬件系统或组件将保留其认证，直到出现以下情况之一：
- 重新认证是必需的。
- 红帽不再支持那个 RHEL 版本。
- 您邀请您参与硬件计划。
此生命周期政策也适用于分层认证。
3.1.3. 提交窗口
在发布后续 Red Hat Enterprise Linux 主版本前，通常会提交 Red Hat Enterprise Linux 的新的硬件认证。
请注意，在即将结束窗口前，通常会将通知发送到 hwcert-announce@redhat.com 邮件列表 30 天。应与您的企业合作伙伴经理协调这些窗口冲突规划。
您的企业合作伙伴经理必须引发除正常窗口之外的认证请求。
这些请求会根据具体情况进行审核。除提交窗口外的认证请求不需要对操作系统进行额外的更新。
在 Red Hat Enterprise Linux 的新版本发布期间，合作伙伴可以选择使用发行候选介质开始认证测试。此选项允许这些供应商在发布新产品时具有认证的系统。
如果在发行候选版本和正式发布版本之间存在重大更改，则需要进一步测试。在 GA 版本正式发布后，认证将不会发布。
3.1.4. 原始认证
认证硬件的合作伙伴支持是红帽硬件认证的基本部分。要认证硬件的所有请求和信息都必须由原始硬件制造商提交给红帽。
硬件合作伙伴可以将他们自己的外部合作伙伴用于其任何部分的硬件和测试，但所有好处和其他成本均由合作伙伴负责。
红帽将仅与提交认证请求的合作伙伴交互，仅以供应商+make+model价值为提交合作伙伴，仅发布原始认证。
3.1.5. 未发布的认证
所有提交给红帽的硬件认证请求均假定为对硬件目录上发布的条目的请求。认证可能未发布，根据合作伙伴的要求，认证尚未在硬件目录上发布。
未发布的认证遵循与公布的认证相同的政策，但互联网上不可用。
所有情况下，无法满足认证标准的认证请求将保持未发布。
在认证最初打开时，应在认证请求的评论对话框中发出证书未发布的请求。
评论可以在未发布的认证中提供，以获取通常由红帽文章或解决方案提供的内容。
3.1.6. 组件管理
为了最大程度提高硬件认证测试流程的效率，红帽允许硬件认证合作伙伴重复使用或利用特定测试案例，用于 Red Hat Enterprise Linux 的相同（或之后的次版本）版本和架构，以满足在类似模型间重复使用组件的测试要求。
您需要具有 Red Hat Enterprise Linux 质量保证(QA)流程，其中包含要通过利用其认证的所有硬件。红帽利用此 QA 进程提供此功能，因此合作伙伴无法利用其他合作伙伴的测试，除非 组件传递认证 中所述。在 硬件类要求中提供了利用的额外要求。
3.1.7. 组件丢失池
利用池是系统厂商执行的一系列 未发布 的组件认证，目的是建立一组用于通过在后续系统认证期间使用的组件列表。适用以下条件来利用池：
- 需要利用池认证来传递组件的常规认证标准。
- 应使用 Hardware Catalog 中的普通 Create 页面打开利用池认证。
- 应添加一条注释，要求将认证类型设置为 Leverage Pool。
- 只有一个组件可以处于利用的池认证中。
- 要使用利用池认证测试结果，在系统认证测试计划中应提供利用池认证的认证 ID。
3.1.8. 系统传递认证
通过传递认证意味着，第三方系统或组件获得与之前由原始硬件制造商认证的硬件相同的认证能力。
系统制造商可以将授予其系统的认证扩展到原始供应商的系统
- 具有来自第三方的权限，
- 具有保证第三方不会更改硬件的机制，因此，它不再被视为红帽认证的原始模式的子集，以及
- 扩展了其支持和代表硬件的职责，使其包含涉及第三方硬件的情况（详情请参阅 硬件认证计划附录 的 2.1 部分，这是 Red Hat 合作伙伴协议 的一部分）。
然后，第三方无法将其直通认证扩展到其他供应商。虽然这两个供应商都需要成为硬件认证计划的成员，但只有原始供应商可能要求通过通过认证。
在原始认证的硬件目录条目中的 高级 选项卡下，应使用 Pass-Through 对话框打开直通请求。
供应商还可以利用同一供应商对同一硬件具有多个名称的直通过程。
3.1.9. 组件传递认证
组件供应商可能会利用组件厂商的直通过程
(a)有来自第三方的权限
(b)具有确保第三方不会更改硬件的机制
(c)将支持和代表硬件的职责扩展到涉及第三方硬件的情况（请参阅 硬件认证计划附录 第 2.1 节，这是 Red Hat 合作伙伴协议 的一部分）。
第三方供应商可能无法将其直通认证扩展到其他供应商。虽然两个供应商都需要成为硬件认证计划的成员，但只有原始组件供应商可能会要求通过通过认证。原始和直通认证可能发布或取消发布。
第三方系统厂商可能会选择在标准 PCIe 表单因子以太网、光纤通道、Infiniband、iSCSI、SATA、SAS、RAID、CNA 和 WLAN 选项卡中使用这些组件认证。
常规利用策略适用于利用组件直通认证的系统认证，包括内部 QE 流程包括要利用的所有硬件进行认证。组件直通认证还可以遵循利用池策略（请参阅 计划策略组件利用池）。
在原始组件认证的硬件目录条目中的 高级 选项卡下，使用 Pass-Through 对话框打开组件传递认证。
成功完成后，系统供应商将提供直通认证。然后，系统供应商可能会提供直通认证 ID，作为其系统认证测试计划中的利用价值。
3.1.10. 重新认证
更改可改变原始测试计划标准的模型需要重新认证。模型更改包括硬件、BIOS 或固件。
示例
增加支持的 CPU 数量或添加新组件（如网络或存储控制器）需要重新认证。
应该打开一个新的附件认证来处理硬件更改。
3.1.11. 已知问题
在 Red Hat Enterprise Linux 中，模型不能有已知的主要问题。作为认证过程的一部分，红帽将调查确保存在显著未解决的客户影响问题。
3.1.12. 硬件示例
红帽工程和支持的代表硬件样本需要自我测试的认证。红帽使用此硬件来验证、调试和修复客户问题和/或在未来的产品测试中。请注意有关硬件示例的以下条件：
- 硬件样本应当是提供所有模型功能的全部功能的配置。
- 规定的测试计划（请参阅 测试计划概述）可用作最低配置指南，但红帽支持可能会根据特定硬件、计划的客户部署和其他因素来请求特定的配置。
- 硬件示例还应包含正确安装和操作所需的访问。
- 在认证发布前，硬件必须已位于红帽的位置。
- 红帽支持可能会自行决定对未来硬件交付的承诺。
- 您的大客户经理(TAM)或支持代表可以提供位置和配置详情，并应在硬件发布前咨询。
3.2. RHEL 认证的政策
以下策略适用于 Red Hat Enterprise Linux (RHEL)认证：
3.2.1. 支持的 RHEL 版本和架构
硬件认证特定于主 RHEL 版本和处理器架构。认证将从后发布的次版本前生效，直到下一个主版本为止。它不会接管下一个或以前的主版本或其他架构。
下表显示了可以在一个认证中合并的 RHEL 版本和架构：
| RHEL 版本 | 架构 |
|---|---|
| RHEL 9 和 10 |
|
| RHEL 8 |
|
从 RHEL 9.2 开始，RHEL for ARM 包括支持 64k 页大小的可选内核。对对 64k 页面大小认证感兴趣的合作伙伴，首先需要使用默认 4k 内核完成 RHEL 9 认证，然后使用 64k 内核进行第二个认证。4k 和 64k 认证之间不支持利用。成功完成 64k 认证后，知识库文章将附加到 4k 认证中，指示对 64k 页大小的支持，以及如何使用 64k 内核的说明。
3.2.2. 系统和组件认证
在认证过程开始时，您必须针对您要认证的硬件模型提供规范。模型规格必须包含 factory-standard 和可选组件。指定作为兼容模型的其他硬件可包含在规格中，但必须供客户识别为独立于模型。
红帽向系统或组件提供硬件认证：
- 系统是 可以引导、安装和操作 RHEL 的硬件。
- 组件 是可作为系统的子集使用的硬件，可以引导、安装和操作 RHEL。
根据具体规格，红帽将创建一个测试计划，以使用 RHEL 认证组件或系统。
认证成功标准
当计划要求和满足模型特定的测试计划条件时，认证会成功。
如果您认为认证测试计划不满足您的要求，请通过在认证中添加评论来提交异常请求。
3.2.3. 目录发布
符合成功条件的认证可在 红帽生态系统目录 中发布。但是，红帽只会将公共硬件认证条目提供给已获得正式发行(GA)的产品。
红帽容器目录根据 RHEL 版本的不同显示认证。RHEL 8 中发布的 RHEL 9 或 RHEL 10 的认证发布将显示测试计划中列出的功能以及以下状态之一：
- 支持的 ：经过测试和通过测试并传递条件。
- 不支持: 测试和失败，或未测试。
3.2.4. 目录搜索结果
当客户按功能搜索产品时，您的产品只有在您的产品认证中受支持功能与搜索请求中的功能匹配时才会在搜索结果中出现。这使得客户能够找到获得所需功能认证的硬件。
未经测试或未通过的功能，可以使用系统的补充认证来更新系统认证时未通过的功能。认证后，将根据情况，将额外的功能添加到 RHEL 8 或 RHEL 9 认证目录条目中。
3.3. 层次产品认证政策
层次产品认证是已认证 RHEL 的系统的其他认证。
红帽提供以下层次认证：
- Red Hat Enterprise Linux for Real Time
- Red Hat Enterprise Linux AI
- Red Hat OpenStack Platform Compute
- Red Hat OpenStack Platform Bare Metal
- Red Hat OpenStack Services on OpenShift
- Red Hat OpenShift Container Platform UPI
- Red Hat OpenShift Container Platform Assisted Installer
- Red Hat OpenShift Container Platform Bare Metal
3.3.1. Red Hat Enterprise Linux for Real Time
| 支持的 RHEL 版本 | 支持的 RHEL for Real Time 版本 | 先决条件认证 |
|---|---|---|
| 7、8、9 和 10 | 7、8、9 和 10 | RHEL |
在您的系统获得上表中详述的先决条件认证后，请申请 Red Hat Enterprise Linux for Real Time 认证。
红帽硬件认证测试套件包括获取实时认证所需的测试。
如需更多信息，请参阅 硬件类要求。
3.3.2. Red Hat Enterprise Linux AI
Red Hat Enterprise Linux AI (RHEL AI)是一个 基础模型 平台，旨在为企业应用无缝开发、测试和运行 Granite 系列 大型语言模型(LLM)。RHEL AI 使用 镜像模式，提供 AI 平台作为容器镜像，简化管理和部署。
RHEL 系统认证是 RHEL AI 系统认证的先决条件。
- RHEL 系统认证测试会验证系统的一般功能。
- RHEL AI 系统认证测试侧重于验证 Granite 和 InstructLab 功能，确保系统上的 DataCenter GPU 可以正常工作。
系统收到所需的 RHEL 认证后，您必须申请 Red Hat Enterprise Linux AI 认证，如下表所示。
| 所需的 RHEL AI 认证 | 所需的 RHEL 版本认证 | 架构 | |
|---|---|---|---|
| 最小值 | 最大值 | ||
| 1.3 | 9.0 | 9.4 | x86_64 |
| 1.4 | 9.0 | 9.4 | x86_64 |
认证必须在每个 RHEL AI 版本完全支持之前完成。
打开 RHEL AI 认证后，红帽将根据您提供的模型规格提供认证测试计划。测试计划遵循 RHEL 认证的标准过程：
- 如果您的系统保持不变，或者已经通过 RHEL 补充认证解决了修改，则只有数据中心 GPU 在测试计划中仍然不完整。
- 如果您的模型规格中识别了新的硬件组件，与 RHEL 认证相比，红帽将打开这些组件的 RHEL 补充认证，此补充认证将阻止您的 RHEL AI 认证。
要满足测试计划要求并完成认证，您必须根据 表 3.1 加速器的 要求提供测试结果或利用每个 DataCenter GPU 的信息。
认证策略
RHEL AI 认证遵循标准 RHEL 认证策略，除非另有说明。这包括一般认证策略和要求。
- 使用未修改的、可引导的 RHEL AI 容器在生产硬件上进行测试，无需额外层。
RHEL AI 认证在主发行版本(X)的生命周期内保持有效，从次要版本(X.Y)开始，直到下一个主发行版本(X+1)为止。
- 认证有效期通常使用特定的起始版本，以及表示为范围（例如"）的符号终止版本来显示。RHEL AI 1.2 - 1.x"）.
- RHEL AI 认证支持系统直通认证，与 RHEL 系统认证类似。
RHEL AI 认证支持组件利用、组件利用池，以及用于数据中心 GPU 的组件传递，类似于 RHEL 系统认证。但是，要有资格利用原始测试结果，必须为：
- 在 RHEL AI 的同一主发行版本中。
- 在与目标 RHEL AI 次版本相等的次版本中。
- 没有超过一年。
测试要求
红帽认证 Hardware AI 测试套件包括获取 RHEL AI 认证所需的测试。要运行测试，您必须首先在满足最小 RHEL AI 标准的系统中部署 RHEL AI。运行测试的说明，请参阅 红帽硬件认证测试套件用户指南。红帽强烈建议获得 Red Hat 认证的 工程师认证，并熟悉 镜像模式、Granite 并在参与 RHEL AI 认证前 指示实验。
| 支持的 RHEL 版本 | 支持的 RHOSP 版本 | 先决条件认证 |
|---|---|---|
| 9 和 10 | RHEL （基本虚拟化测试必须已通过） |
Red Hat OpenStack Platform 依赖于 RHEL，并与 RHEL 共同设计。由于这种通用基础，如果您的系统满足上表中详述的先决条件认证，则无需运行其他测试即可获得 Red Hat OpenStack Platform Compute 认证。您还不需要开具新的认证。
但是，对于 Red Hat OpenStack Platform RHEL 8，分层产品认证专门适用于不是 LPAR （逻辑分区）的 POWER 系统。为了保证在 RHEL 8 上进行分层产品认证，系统必须在测试过程中作为裸机管理程序运行。
对于 RHEL 9 和 10，红帽不支持 POWER 系统上的 KVM。因此，没有创建基于虚拟化的层次产品认证。
对于其他架构或类别，或者在您想要但未自动收到认证的情况下，为 Red Hat OpenStack Platform Compute 产品创建新的分层认证请求。
红帽鼓励合作伙伴使用基板管理控制器(BMC)认证系统，以也适用于 Red Hat OpenStack Platform Bare Metal 认证。
3.3.4. Openshift 上的 Red Hat OpenStack 服务
| 支持的 RHEL 版本 | 支持的 RHOSO 版本 | 先决条件认证 |
|---|---|---|
| 9 和 10 | 9.0 - 9.4 RHEL 认证（基本虚拟化测试必须已通过） |
Openshift 上的 Red Hat OpenStack 服务依赖于 RHEL，并与 RHEL 共同设计。由于此共享基础，如果您的系统已满足上表中列出的 RHEL 认证要求，则在 Openshift 认证上不需要额外的测试。您还不需要提交新的认证请求。
对于 RHEL 9 和 10，红帽不支持 POWER 系统上的 KVM，这意味着无法为这些系统创建基于虚拟化的层次产品认证。
对于未自动授予认证的其他架构或情况，您可以为 RHOSO 产品提交新的分层认证请求。红帽鼓励合作伙伴使用基板管理控制器(BMC)认证系统，以也适用于 Red Hat OpenStack Platform Bare Metal 认证。
3.3.5. Red Hat OpenShift Container Platform
| 支持的 RHEL 版本 | 支持的 RHOCP 版本 | 先决条件认证 |
|---|---|---|
| 9 和 10 (RHOCP 4.14 - 4.x) | RHEL （基本虚拟化测试必须已通过） | |
| 8 (RHOCP 4.12) | RHEL （基本虚拟化测试必须已通过） |
Red Hat OpenShift Container Platform 依赖于 RHEL，并与 RHEL 共同设计。由于这个通用基础，如果您的系统满足上表中详述的先决条件认证，则无需运行其他测试即可获得 Red Hat OpenShift Container Platform 认证。
但是，对于 Red Hat OpenShift Container Platform，基于 RHEL 8 的支持版本（当前为 v4.11 和 v4.12），分层产品认证特别适用于基于 LPAR （逻辑分区）的 POWER 系统。为了保证在 RHEL 8 上进行分层产品认证，系统必须在测试过程中作为裸机管理程序运行。
对于 RHEL 9 和 10，红帽不支持 POWER 系统上的 KVM。因此，没有创建基于虚拟化的层次产品认证。
对于其他架构或类别，或者在您想要但未自动收到认证的情况下，为 Red Hat OpenShift Container Platform 产品创建新的分层认证请求。
应用 Red Hat OpenShift Platform Bare Metal 认证，将 IPI 和支持的安装程序功能添加到目录中的 RHOCP 条目。
3.4. 软件策略
3.4.1. 测试套件版本
红帽建议所有测试套件软件包的最新版本。当提供任何测试套件软件包的新版本时，使用以前版本创建的结果将继续接受 3 个月。在此期间，硬件目录将自动拒绝使用旧版本和测试创建的结果软件包，需要使用有效的软件包重复。当前有效的软件包版本会显示在结果软件包提交表单中。
对于认证测试运行，不应修改测试套件。测试套件将执行自我检查，如果修改，将会失败测试。
3.4.2. Red Hat Enterprise Linux Versions
总是推荐使用最新的 Red Hat Enterprise Linux 版本。但是，任何满足完整测试条件的版本都可以使用。在最早的完全支持的版本中进行测试将最大化潜在客户基础。如果在测试过程中使用了多个次发行版本，最新的次版本将用作模型发布版本。根据给定模型的功能，可能需要的最低版本以外的其他版本。
除了红帽硬件认证审查团队推荐或根据 软件驱动程序策略 建议时，不应使用勘误软件包更新 Red Hat Enterprise Linux。任何安装不必要的勘误的测试都可能需要重新测试。
测试套件只针对 Red Hat Enterprise Linux 8 Base OS 和 Red Hat Enterprise Linux 9 基本操作系统进行测试。Red Hat Enterprise Linux （工作站、桌面等）的所有变体都共享一组通用的软件包集合。认证测试过程中允许使用这些变体，但可能仅提供可能导致重新测试所需软件包的子集。
使用这些变体时，在认证期间不会提供技术协助。
按照位于 http://people.redhat.com/gcase/rhcert-2/ks/ 的适当 RHEL kickstart 文件中所述配置操作系统。
3.4.3. Red Hat Enterprise Linux for Real Time Versions
Red Hat Enterprise Linux for Real Time 测试结果只在当前和之前的次版本上安装的实时时间产品的当前次版本中被接受。当一个新的 Red Hat Enterprise Linux for Real Time 次版本在以前的次版本中提供时，将继续接受 30 天。
3.4.4. Red Hat Enterprise Linux AI Versions
Red Hat Enterprise Linux AI 测试结果只在 RHEL AI 产品的当前次版本中被接受。当有新的 RHEL AI 次版本可用时，以前的 RHEL AI 版本的结果将在 30 天内继续被接受。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| Data Center GPU [a] | AI Accelerator | Ilab_training [b] 和 ilab_inferencing | 每个可用的 GPU 配置有已安装的 RAM 或用于培训的卡数量 [c] | Boot [d], kdump |
[a]
仅适用于 RHEL AI。
[b]
在无法可配置的 GPU 上不需要 ilab_training，以满足培训的最低要求。
[c]
有关培训的最低要求，请参阅 RHEL AI 文档中的。
[d]
DataCenter GPU 在容器引导后测试，且必须由引导容器的内容启用。
| ||||
3.4.5. Unmodified Red Hat Enterprise Linux
红帽硬件认证计划需要在标准安装 Red Hat Enterprise Linux 中进行测试，并涉及任何修改。当可以使用其中一个标准系统工具和默认配置创建数据丢失时，允许更改安装程序和第一次启动实用程序。对默认配置所需的更改必须记录在与认证列表相关的红帽知识库解决方案中。因此，购买红帽认证的系统的客户可以放心，该系统将在 Red Hat Enterprise Linux 标准安装中按预期工作。
3.4.6. 内核引导参数
内核引导参数是可用于更正硬件配置的其他参数。如果参数如下：
- 不要禁用功能。
- 如果不使用，不要公开数据丢失的可能性。
示例
如果需要内核参数 noacpi 来引导在没有该参数的情况下没有安装的系统，这可能可以接受。但是，如果系统会在未指定 acpi 时多次安装但损坏数据，则认证将暂停，直到情况解决为止。认证中使用的其他内核参数记录在 红帽知识库解决方案 中，并且解决方案可以链接到认证列表以了解清晰性。
3.4.7. 内核污点值
红帽期望合作伙伴对运行内核的系统进行硬件认证测试（值为 0）。当支持且所需的内核驱动程序来自 Red Hat Driver Update Program 或 cosmetic benign 内核警告时，可以接受 污点 内核的非零值。认证期间批准的任何非零污点值都会记录在 与认证发布相关的红帽知识库解决方案 中。
3.4.8. 驱动程序
红帽可能会提供驱动程序作为技术预览，授予早期访问即将发布的产品创新。这些驱动程序不被支持，不能用于获得认证( 请参阅技术预览功能支持范围)。驱动程序在 Red Hat Enterprise Linux 产品文档 的发行注记中被指定为技术预览。
红帽意识到在 Red Hat Enterprise Linux 中无法包含一些驱动程序。虽然不建议使用其他驱动程序，但在某些情况下，可以在认证过程中使用此类驱动程序。这些情况包括：
知识库条目将与使用驱动程序更新计划的所有认证相关联。
不是由红帽官方提供的附加驱动程序，它们使用标准的 kmod 进程构建，如 kerneldrivers.org 中所述，只使用批准的符号，不得添加子系统，且不得替换任何红帽提供的驱动程序。在红帽提供的驱动中已存在提供硬件支持被视为冲突。红帽不得在任何其他驱动程序上执行任何质量或源审核。
如果其他驱动程序使用是有效的，则应在认证请求中添加一条包括驱动程序名称、需要驱动程序的硬件、需要驱动程序的硬件，如果满足上述驱动程序构造建议，则驱动程序信息和结束用户客户支持信息的供应商 URL 地址（如果适用）在认证被打开时。
红帽不支持技术预览驱动程序，在认证过程中可能无法使用。
在不可能的情况下，必须进行测试，而无需使用额外的技术预览驱动程序。可支持 的测试将返回所有技术预览和非红帽提供的驱动程序失败。
实时测试过程中不允许在 Red Hat Enterprise MRG Real time 或 Red Hat Enterprise Linux for Real time 内核中提供的驱动程序。这包括红帽提供的驱动程序磁盘、技术预览驱动程序软件包和第三方驱动程序。
以上要求本身并不阻止供应商提供，或使用认证的硬件安装替代开源、专有、二进制、源代码或其他驱动因素。该标准仅适用于红帽硬件认证测试和列表。
3.4.9. SELinux
认证必须在使用 Targeted Policy 和 Enforcing 启用 SELinux 的情况下运行。测试套件将检查这些条件。
3.4.10. Red Hat Enterprise Linux as a KVM host
RHEL 认证测试您的系统是否可以托管内核虚拟机(KVM)。硬件认证测试计划包含以下虚拟化测试：
- 系统虚拟化 测试：红帽企业 Linux 认证的强制性.
- 高级系统虚拟化 测试：推荐 RHEL 和分层认证(RHOSP、RHOSO 和 RHOCP)。传递高级系统虚拟化测试会为这些认证添加额外的功能
计划 RHEL 认证基本和高级测试。
计划 KVM 虚拟化测试：
- ARM，从 RHEL 9.4 开始。
3.4.11. Red Hat Enterprise Linux as a guest
只有在建立批准的协作合作伙伴时（请参阅您的合作伙伴经理）才可能发生在虚拟化环境中涉及 Red Hat Enterprise Linux 的认证。所有政策和标准（包括重新认证）均适用于虚拟化硬件，如 Red Hat Enterprise Linux 所示。对底层硬件和/或虚拟化层的更改负责根据情况披露和测试。
3.5. BIOS 和固件策略
3.5.1. 产品级别
测试过程中，需要针对生产环境级别的 BIOS/Firmware。
示例
功能完整，且未发生重大更改。
需要 BIOS/固件修改测试的后续序列以满足 BIOS/Firmware 策略变化的条件。通过认证发布日期，客户需要测试或后续的修订。
3.5.2. 更改
BIOS/固件更改，用于启用或禁用需要重新认证的功能。BIOS 的更改不需要重新进行认证，以更正错误和/或修改多余项目，如 splash 屏幕。这些更改的供应商内部测试，以验证它们不会影响硬件、Red Hat Enterprise Linux 或认证状态，但此测试的结果不需要提交给红帽。
3.5.3. 设置
任何所需的 BIOS/Firmware 配置信息都必须在认证请求中的注释中提供。建议提供推荐的和/或默认配置数据，但不是必需的。供应商提供的配置信息可能会使用相关的 红帽知识库解决方案在认证列表中提供。验证备用配置设置不会公开数据崩溃问题或意外破坏功能是硬件厂商的职责。
必须设置用户可配置的 BIOS 设置，以启用/禁用硬件功能和/或功能，以便在测试过程中启用该功能或功能。例如，必须配置一个设置来控制板载网络，才能启用网络接口。
3.5.4. OS Loaded
通过支持的操作系统机制加载的固件可以使用上述准则，并链接到受支持的二进制 RPM 软件包。未包含在红帽产品中的 OS Loaded 固件将记录在与认证列表相关的红帽知识库解决方案中。
3.5.5. 硬件健康子测试
Hardware Health 子测试通过测试硬件是否受支持、满足要求以及任何已知的硬件漏洞来检查系统的健康状况。subtest 执行以下操作：
检查 Red Hat Enterprise Linux (RHEL)内核没有将硬件识别为不被支持。当内核标识不支持的硬件时，它将在系统日志中显示不受支持的硬件消息，/或触发不支持的内核污点。此子测试可防止客户在不受支持的配置和环境中运行红帽产品的潜在生产风险。
在虚拟机监控程序、分区、云实例和其他虚拟机情形中，内核可以根据虚拟机(VM)提供的硬件数据触发不受支持的硬件消息或污点。
检查测试中的系统(SUT)是否满足最低硬件要求。
- RHEL 8、9 和 10 ：最小系统 RAM 应为 1.5GB，每个 CPU 逻辑内核数量为 1.5GB。
- 检查内核是否报告了任何已知的硬件漏洞，这些漏洞是否有缓解措施，以及这些缓解方案是否已解决这个漏洞。许多缓解方案是自动的，以确保客户不需要采取主动步骤来解决漏洞。在某些情况下，这不可能；其中大多数剩余的情况都需要更改系统 BIOS/固件的配置，可能随时供客户修改。
- 确认系统没有任何离线 CPU。
- 确认系统中的 Simultaneous Multithreading (SMT)是否可用、启用并激活。
如果这些测试失败将导致测试套件中的 WARN，并且应由合作伙伴验证具有正确和预期的行为。
成功标准
- 内核没有设置 UNSUPPORTEDHARDWARE 污点位。
- 内核不会报告不支持的硬件系统信息。
- 内核不应报告任何有安全漏洞的缓解方案。
- 内核不会报告逻辑内核与安装的内存比率超过范围。
- 内核不会报告处于离线状态的 CPU。
3.6. 硬件策略
3.6.1. stand-Alone
模型必须包括所有硬件和软件，才能在仅 Red Hat Enterprise Linux 的环境中实现全部功能。例如，如果控制台只在另一个系统上通过 Internet Explorer 访问控制台，则只需要使用管理控制台启动和/或配置，将无法获得认证。
3.6.2. 组件和外设
如果架构中提供，则需要使用虚拟化测试要独立列出的组件和外围设备。硬件目录中列出的组件会通知客户，虽然组件已证明与 Red Hat Enterprise Linux 的兼容性，但我们不能保证它在特定系统中工作，客户应联系其系统以确保兼容性。
3.6.3. 产品级别
红帽硬件认证计划需要使用生产级别硬件进行测试。预生产环境的硬件已升级至生产环境级别的等效硬件也可以接受。
3.6.4. 更改
认证模型可能无法更改，以便在认证测试结果或标准发生改变方面出现回归问题。不应添加或更改功能或功能的微小更改应该由供应商测试，但不需要重新提交。例如，电缆长度或被动后端端口计数更改。供应商应通知红帽任何重要变化，包括添加功能或功能的改变。如果需要重新认证，则应从原始认证开始创建新的补充认证条目。与原始提交相同的 Red Hat Enterprise Linux 版本应该使用相同的 Red Hat Enterprise Linux 版本执行任何其他测试。如果一个版本不匹配，在更新的测试和原始提交之间发生，红帽知识库文章 可能与原始认证相关联。补充认证在队列内与其他认证一起处理，但不发布。
3.6.5. 配置限制
除红帽产品限制以外的配置中可用模型可能仍有资格获得认证。测试需要通过手动或自动配置来演示限制中的模型，例如内核自动忽略超出限制的内存，或者 CPU 超过限制等。手动配置遵循标准配置和内核参数策略。红帽知识库文章可能会添加到认证列表中，以获得清晰性。
在认证工作前，建议供应商与其硬件合作伙伴经理和合作伙伴TAM 合作，从而提高相关的 Red Hat Enterprise Linux 产品限制。与所有 Red Hat Enterprise Linux 功能一样，需要的时间线、开发和测试工作是在认证流程之外按案例确定的。
下面列出了 Red Hat Enterprise Linux 当前支持的限制 ：https://access.redhat.com/articles/rhel-limits。
3.6.6. 最低性能
通常，红帽硬件认证会负责对硬件供应商进行性能测试；但是，在确定解决方案之前，认为有重大客户影响的主要性能问题可能会延迟认证。
3.6.7. 外部行业标准和认证
红帽期望硬件合作伙伴将进行相关的测试和认证，以满足红帽硬件认证计划之外的硬件的适用政府、市场和行业标准。除与红帽产品硬件的互操作性和功能相关外，红帽将不会对此类标准或认证进行特定的评估或验证。
标准（如不限于 PCI-SIG、USB-SIG、ARM Server Ready、CE、FCC 等）独立于红帽，并且硬件合作伙伴负责归档或获得保证。
第 4 章 创建测试计划
4.1. 测试计划概述
硬件认证工程师按照以下步骤创建测试计划：
- 按规格定义模型。
- 确定 选项。
- 删除不支持的操作系统功能和非预期的硬件。
- 应用最小测试集标准。
- 添加安装、引导和 kdump 要求。
- 添加额外的策略要求。
执行上述步骤后，剩余的项目决定了硬件的测试计划。硬件目录在 Test Plan Progress 下记录了测试计划。
红帽硬件认证测试计划并不能替代正确且完成内部质量保证测试、标准和流程。每个供应商都负责自己的内部发运标准，并鼓励在超出所需认证测试项目方面进行测试。
4.2. models
红帽硬件认证计划认证了整个硬件模型，而不是特定配置的模型。模型包括所有集成硬件和可选硬件，如硬件规格中硬件合作伙伴所述。
4.2.1. 型号名称
模型名称需要是唯一的，并且具有特定的硬件规格。
红帽硬件认证计划支持分层命名方案。分层命名方案是任何命名方案，包括模型和子模型的分层集合。为认证使用分层命名方案时，规格将被视为包含所有子型号，这些子模型可能由认证请求中提供的名称来合理表示。
例如：考虑三种模型名称：3000、3000a 和 3000s。如果 3000 代表包含 3000a 和 3000s 模型的集合，则提交 3000 作为模型名称包含 3000a 和 3000 的规格。相反，如果提交 3000，则规格仅限于 3000s 规格中详述的硬件。如果 3000 是与 3000a 和 3000 分开的不同模型，则认证只会考虑 3000 规范中所述的硬件。在某些情况下，可更改公布的模型名称。在认证过程中和发布前应讨论所有更改。红帽会自由裁量此类变更。
4.3. Specifications
为了保持硬件规格的一致性和准确性，请确保为红帽和客户提供相同的规格。另外，请按照列出的指南确保精确和全面的硬件规格：
- 提供公开访问的 URL，其中包含硬件的所有可用规格。此 URL 应托管完成的公共规格。可在产品官方启动之前提交早期规格，甚至采用不同的格式。但是，这些早期规格必须与最终客户规格的格式和结构一致，因为红帽将在发布前根据完成的公共规格进行验证。
- 对于任何常规规格，您必须向红帽提供精确和详细的信息。例如，在提到 "10gig Ethernet" 时，您必须指定 manufacturer，如 Broadcom、Intel、Mellanox 或任何其他特定的变体。另外，我们建议包括特定的设备模型，如 'Intel 40GbE XL710-QDA'，这可让红帽更有效地创建测试计划。
- 如果以多种方式解释常规规格或涵盖各种可能性，则必须向红帽提供清晰的详细信息。例如，如果您的硬件可以最多支持 80 个内核，但只想提供 40 个内核，红帽将为认证需要考虑 40 核限制。但是，如果您计划为客户提供 40 多个内核，在提供此类配置前需要经过补充认证。
4.4. 选项类型
了解认证硬件时可与模型关联的不同类型的选项非常重要。这些选项有助于定义包含哪些组件以及它们对认证流程的影响。
4.4.1. 集成的硬件
集成硬件是在模型的所有配置中出现的硬件。必须测试所有集成硬件组件，包括 CPU 选项、内存选项、集成图形控制器、集成显示和其他不可移动的硬件。这包括集成到 System-on-Chip (SoC)、系统软件包(SiP)以及其他完全或部分集成系统解决方案设计的功能。如果集成硬件的特定部分提供了满足 非os 功能 和系统处理器表 部分中指定的排除条件的功能，则它们可能会免于认证。
4.4.2. 可选硬件
可选硬件是在模型的某些配置中存在的硬件。
在以下情况下不需要测试可选硬件：
4.4.3. 其他硬件
其他硬件是可以购买但不作为模型配置的一部分而购买的硬件，且不需要测试。其它硬件可能出现在模型规格中，但必须明确识别。如需更多信息，请参阅附加到特定额外硬件认证列表的 KB 文章。
4.4.4. 特例
当可选硬件或一系列 CPU 导致原始认证过程中初始版本更高的次版本时，可以使用硬件 策略更改。这可能会允许测试并发布所需版本的模型，以及相关的红帽知识库文章，以反映可选硬件或 CPU 所需的更高的版本。
4.5. 非OS 特性和非常规功能
如果剩余的硬件可以继续完全正常工作，则不需要测试操作系统未提供的硬件功能类。红帽知识库文章可以添加到认证列表中，以获得清晰性。
一个非预期的功能被定义为在集成或可选硬件上提供的任何功能，这些硬件不会被硬件合作伙伴包括。这个功能不能在硬件规格中提到，除非它被认为不受支持。任何操作系统的硬件合作伙伴都不支持非预期的功能。如果剩余的硬件可以完全正常工作，则不需要测试非预期的功能，即使所提供的功能是唯一的。我们建议尽可能从最终用户屏蔽不必要的功能，即通过从 BIOS 禁用或删除功能，而不是提供电源，而不包括连接器、标头等，从而最大程度降低混淆。可以添加红帽知识库文章来添加清晰性。对非预期的功能的更改被视为硬件更改，并遵循硬件更改策略和要求。
意外的功能也可以涵盖所有架构上不可用的项目。
示例
如果 Intel 64 和 AMD64 架构上的系统供应商支持 Infiniband 存储控制器，则控制器可以被视为系统 i386 认证的不必要功能。任何 i386 架构操作系统不支持该功能，才能获得非预期的功能状态。
4.6. 最小测试集
红帽硬件认证计划鼓励对所有配置进行测试，包括硬件的最大和最低配置。另外，由于可用性、成本、时间和其他限制，重新提供这些配置可能比较困难。
因此，我们根据硬件类要求的硬件类定义了最低要求策略。此列与 组件、组件利用池和 组件传递认证 相结合。
最低测试要求并不是产品发布标准，预计除认证测试之外，还需进行内部 Red Hat Enterprise Linux 和其他红帽产品互操作性和资格测试。
测试过程中使用的所有硬件都需要成为模型规范的一部分。如果其是模型的一部分，则可能被视为最小测试集的一部分，否则可能会被视为最小测试的一部分。例如，只有出现在模型规格中的 CPU 才可以使用。不接受同一 CPU 产品系列的其他成员的结果。
Red Hat Enterprise Linux 的最大支持限制在 https://access.redhat.com/articles/rhel-limits 中定义。
4.7. 安装、引导和 Kdump 要求
安装 Red Hat Enterprise Linux 可能需要通过多个介质（例如Optical Media 和 Network）进行测试。另外，必须测试所有引导设备以确保成功引导 Red Hat Enterprise Linux。硬件类要求 表显示了需要安装和引导测试的硬件。不需要完整的安装来满足引导测试要求。
为了提高测试效率，红帽建议尽可能合并引导和安装测试。例如，从 CD 上的 Red Hat Enterprise Linux 安装介质启动并执行完整安装满足 CD 引导和安装测试要求。
在崩溃时使用 kdump 来捕获上一个内核的状态。此功能默认是启用的，必须经过测试以确保正确捕获此重要信息以调试问题。
当这些项目在模型中可用时，集成存储控制器和集成的网络适配器上需要 kdump 测试。这些要求适用于所有 RHEL 认证。
4.8. 硬件类别要求
类的硬件要求
硬件类要求在计算、管理、网络和存储中分类。
4.8.1. Compute
Compute 中包含的硬件功能有：
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| System Processors, System-on-Chip (SoC), System-in-Package (SiP) | 最大逻辑内核 | CORE | 最大逻辑内核数 [a] 和来自可用 CPU 的功能集。 | 安装、引导 |
| CPU 频率控制 | 最大逻辑内核数 [d] 和来自可用 CPU 的功能集。 | |||
| HW_PROFILER 或 SW_PROFILER | 最大逻辑内核数 [e] 和来自可用 CPU 的功能集。 | |||
| 实时系统 | REALTIME | REALTIME [f] | 使用实时内核的可用 CPU 的最大逻辑内核和功能集数量。 [g] | |
| 系统虚拟化 | 客户机上的 SUPPORTABLE 和 CORE 和 MEMORY | 客户机上的 SUPPORTABLE 和 CORE 和 MEMORY FV_CORE 和 FV_MEMORY | 在完全虚拟化的虚拟机环境中运行。 在主机机器上运行。 | |
| 高级系统虚拟化 | CPU 固定、 | FV_CPU_PINNING, | 在完全虚拟化的虚拟机环境中运行。 | |
| 透传存储, PCIE Pass-Through Storage, USB Pass-Through Network, PCIE Pass-Through Network, Virtual Machine Live Migration | FV_USB_STORAGE_PASSTHROUGH, FV_PCIE_STORAGE_PASSTHROUGH, FV_USB_NETWORK_PASSTHROUGH, FV_PCIE_NETWORK_PASSTHROUGH 和 fv_live_migration [h] | 在启用了 IOMMU 的主机机器中运行。 | ||
[a]
在功能集审核中不考虑核心时钟速度、FSB 速度、缓存大小、缓存深度和制造大小。
[b]
RHEL 8.3 及更新的版本提供
[c]
在功能集审核中不考虑核心时钟速度、FSB 速度、缓存大小、缓存深度和制造大小。
[d]
在功能集审核中不考虑核心时钟速度、FSB 速度、缓存大小、缓存深度和制造大小。
[e]
在功能集审核中不考虑核心时钟速度、FSB 速度、缓存大小、缓存深度和制造大小。
[f]
这些测试用于认证 Red Hat Enterprise Linux for Real Time 产品。
[g]
根据 RHEL 最低要求内存标准，为每个 CPU 内核检查添加了内存、核心、实时以及 RHEL 8 的所有完全虚拟化测试的规划条件。如果每个 CPU 内核检查的内存未通过，则上述测试不会自动添加到测试计划中。但是，可以通过 CLI 手动添加它们。
[h]
从 RHEL 9.4 开始，所有 fv_tests 支持在 ARM 系统上运行。
| ||||
- 利用备注： 模型中的 Equal 或 lesser 功能集。扩展设计的处理器/核心数下线.功能集和核心数对现有认证升级。处理器升级被定义为字段可安装的物理软件包，可能需要字段可安装的 BIOS/firmware 升级 第 3.5.3 节 “设置”。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| 系统内存 | 最大支持系统内存 | 内存 | 安装、引导、Kdump | |
| HBM 内存 | HBM 系统内存 | memory_HBM_only | 使用相应逻辑核心数的最大 HBM 内存大小 [d] | 安装、引导、Kdump |
| HBM 缓存内存 | memory_HBM_cache | 使用相应逻辑核心数的最大 HBM 内存大小 [e] | 安装、引导、Kdump | |
| HBM Flat 内存 | memory_HBM_flat | 使用相应逻辑核心数的最大 HBM 内存大小 [f] | 安装、引导、Kdump | |
| NVDIMM | NVDIMM - 内存模式 [g] | 内存 [h] | 任何支持的 NVDIMM 内存大小 | 安装、引导、Kdump |
| NVDIMM - AppDirect Mode [i] | NVDIMM | 任何支持的 NVDIMM 内存大小 | 安装、引导、Kdump | |
| CXL 内存扩展 | CXL 内存扩展 [j] | memory_CXL | 安装、引导、Kdump | |
[b]
当系统内存中的内存总量 + HBM + NVDIMM + CXL 大于 Red Hat Enterprise Linux Technology Capabilities 和 Limits 文档中的架构的最大内存限值时，需要额外的测试。
[c]
根据可用的系统配置，可能需要独立于常规系统内存进行 HBM 内存测试
[d]
根据可用的系统配置，可能需要独立于常规系统内存进行 HBM 内存测试
[e]
根据可用的系统配置，可能需要独立于常规系统内存进行 HBM 内存测试
[f]
根据可用的系统配置，可能需要独立于常规系统内存进行 HBM 内存测试
[g]
RHEL 版本 8.0 及更新的版本中提供
[h]
NVDIMM 还需要额外的 EET 测试 - 内存模式
[i]
RHEL 版本 8.0 及更新的版本中提供
[j]
RHEL 版本 9.3 及更新版本提供
[k]
单个组件或系统模型中每个实施都需要单个测试
[l]
内存大小包括所有具有相同模型名称的嵌入式或套接字选项
[m]
被批准内存模块的支持列表由合作伙伴通过套接字设计提供给客户
[n]
包括 physicial 设备、虚拟设备和 NUMA 节点
| ||||
- 使用 备注： RAM 类型和内存控制器匹配的 Equal 或 lesser 量。
- NVDIMM 硬件类备注： 存储模式仅适用于在 OS 限制中带有较小或更大容量的相同实现。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | 安装、引导、Kdump |
|---|---|---|---|---|
| mainboard, Chassis, I/O Chassis, Docking Stations, Port Expanders | 适用于集成和可选硬件的适用类。 | 适用的类测试集成及可选硬件。 | 根据设备类的要求对每个功能应用测试 | 安装、引导 |
| 多功能/多端口适配器 | 每个功能/端口的适用类 | 根据设备类的要求对每个功能应用测试 | 安装、引导 | |
[a]
需要测试不可用的端口
[b]
要在可移动卡上创建多个端口，可复制相同的芯片。利用率可以包括多端口。
| ||||
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 |
|---|---|---|---|
| 声音卡 | Stereo Audio Playback 和 Stereo Audio 记录 | audio | 根据需要 Stereo 记录和回放 |
| HDMI Audio | HDMI Audio Playback | audio | HDMI 端口 |
- 利用备注： 识别集成的芯片组+codec 和可移动介质适配器。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 |
|---|---|---|---|
| Thunderbolt 3, Thunderbolt 4 | Thunderbolt 3, Thunderbolt 4 | Thunderbolt 3, Thunderbolt 4 | 带有等效功能热插拔设备的每个端口 |
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 |
|---|---|---|---|
| USB 2, USB 3 (5 Gigabit), USB C (5 Gigabit), USB 3 (10 Gigabit), USB C (10 Gigabit), USB 3 (20 Gigabit), USB C (20 Gigabit), USB 4 (20 Gigabit), USB 4 (40 Gigabit) | USB 2 Ports, USB 3 (5 Gigabit) Ports, USB C (5 Gigabit) Ports, USB 3 (10 Gigabit) Ports, USB C (10 Gigabit) Ports, USB 3 (20 Gigabit) Ports, USB C (20 Gigabit) Ports, USB 4 (20 Gigabit) Ports, USB 4 (40 Gigabit) Ports | USB2, USB3, USB3_5Gbps, USB3_10Gbps, USB3_20Gbps, USB4, USB4_20Gbps, or USB4_40Gbps | 具有等效功能热插拔设备的每个端口。 [a] |
[a]
仅使用 gen1 设备测试的 USB 3.1 gen2 端口可以认证。
| |||
4.8.2. 管理
管理中包含的硬件功能有：
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| 显示适配器和虚拟控制台 | 图形控制台 | 视频 | VRAM/VBIOS 限制的较低、面板功能或 1024x768 (24 或 32 BPP) | 安装[a], boot |
| 显示适配器 | 基本 GPU 图形 | VIDEO_DRM | DRM 内核模块支持的图形控制器 | |
| 显示适配器 | 加速 GPU 图形 | VIDEO_DRM_3D | DRM 内核模块支持图形控制器 + 硬件加速支持的图形控制器 | |
| 笔记本电脑面板 | 图形控制台 LCD | 视频 [LID][b] | 安装 | |
| LCD 后端控制 | ||||
[a]
安装过程中不需要原生解析
[b]
如果存在，后端必须响应 lid 开关。
[c]
compensation/Stretching 不有资格作为本地解析进行测试。
[d]
1360 的水平解析可以在 1366 本地面板上使用。
[e]
其他策略排除的可选图形控制器不需要测试。每个显示至少需要一个显示 + 控制器组合。
[f]
显示和图形控制器组合可以在红帽知识库文章条目中阐明，以避免混淆。
[g]
backlight 测试不支持 external 显示。
[h]
RHEL 版本 8.0 及更新的版本，但并不需要，但并不需要。
| ||||
- 充分利用备注： 在没有共享内存的情况下，Identical 可移动介质或集成的芯片，处理器集成集成.降低视频内存.
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 |
|---|---|---|---|
| 电源管理, Battery | 挂起到 Disk, Suspend to Memory, Battery Monitoring | 电池、Lid 和 Suspend | 所有能够从电池电源运行的模型都需要。 |
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 |
|---|---|---|---|
| fingerprintreader | fingerprint Reader | fingerprintreader | 内置或外部指纹读取器 |
4.8.3. Network
Network 中包含的硬件功能有：
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| Ethernet | 1 Gigabit Ethernet, 2.5 Gigabit Ethernet, 5 Gigabit Ethernet, 10 Gigabit Ethernet, 20 Gigabit Ethernet, 25 Gigabit Ethernet, 40 Gigabit Ethernet, 50 Gigabit Ethernet, 100 Gigabit Ethernet, 200 Gigabit Ethernet | 1Gigethernetnet, 2.5GigEthernet, 5GigEthernet, 10Gigethernetnet, 20Gigethernetnet, 25GigEthernet, 40GigEthernet, 50GigEthernet, 100GigEthernet, 200GigEthernet | 每个接口都以最大连接速度为准。[a] | install, Boot, kdump |
[a]
支持网络分区的设备需要在一个或多个测试中运行演示完整的带宽和单个分区。
| ||||
- 利用备注： 识别集成的芯片组和可移动适配器。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| Fibre Channel | 16 Gigabit Fibre Channel, 32 Gigabit Fibre Channel, 64 Gigabit Fibre Channel, 128 Gigabit Fibre Channel | 网络或存储[a] | 每个接口最大连接速度 | install, Boot, kdump |
[a]
nominal 连接速度被视为功能。远程附加存储设备可能需要额外测试。
| ||||
- 利用备注： 识别集成的芯片组、可移动适配器、驱动程序和数组。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| FCoE 适配器 | FcoE | 存储[a] | 每个接口最大连接速度 | install, Boot, kdump |
[a]
nominal 连接速度被视为功能。远程附加存储设备可能需要额外测试。
| ||||
- 利用备注： 识别集成的芯片组、可移动适配器、驱动程序和数组。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| iSCSI Adapters | iSCSI | 网络和存储[a] | 每个接口最大连接速度 | install, Boot, kdump |
[a]
nominal 连接速度被视为功能。远程附加存储设备可能需要额外测试。
| ||||
- 利用备注： 识别集成的芯片组、可移动适配器、驱动程序和数组。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| Infiniband[a] | QDR Infiniband, FDR Infiniband, EDR Infiniband, HDR Infiniband, Socket Direct | Infiniband_QDR, Infiniband_FDR Infiniband_EDR, Infiniband_HDR, Infiniband_Socket_Direct | install, Boot, kdump | |
[a]
要连接到单个适配器的多个主机，通过将 PCIe 接口划分为多个独立接口。
[b]
在硬件中实施连接，以便有效地发送数据，并使延迟最小。
[c]
支持网络分区的设备需要在一个或多个测试中运行演示完整的带宽和单个分区。
| ||||
- 利用备注： 识别集成的芯片组、可移动适配器、驱动程序和数组。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 |
|---|---|---|---|
| iWarp | 10 Gigabit iWarp, 20 Gigabit iWarp, 25 Gigabit iWarp, 40 Gigabit iWarp, 50 Gigabit iWarp, 100 Gigabit iWarp, 200 Gigabit iWarp | 10GigiWarp, 20GigiWarp, 25GigiWarp, 40GigiWarp, 50GigiWarp, 100GigiWarp, 200GigiWarp | 每个接口都有与最大声明的连接 speed.footnote 对应的测试：[a] |
[a]
支持网络分区的设备需要在一个或多个测试中运行演示完整的带宽和单个分区。
| |||
- 利用备注： 识别集成的芯片组和可移动适配器。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 |
|---|---|---|---|
| OmniPath | OmniPath | OmniPath | 每个接口都有对应的测试，用于最大声明的连接速度。 |
- 利用备注： 识别集成的芯片组、处理器和可移动介质适配器。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 |
|---|---|---|---|
| RoCE | 2.5 Gigabit RoCE, 5 Gigabit RoCE, 10 Gigabit RoCE, 20 Gigabit RoCE, 25 Gigabit RoCE, 40 Gigabit RoCE, 50 Gigabit RoCE, 100 Gigabit RoCE, 200 Gigabit RoCE | 2.5 GigRoCE, 5 GigRoCE, 10GigRoCE, 20GigRoCE, 25GigRoCE, 40GigRoCE, 50GigRoCE, 100GigRoCE, 200GigRoCE | 每个接口都有对应的测试，用于最大声明的连接速度。[a] |
[a]
支持网络分区的设备需要在一个或多个测试中运行演示完整的带宽和单个分区。
| |||
- 利用备注： 识别集成的芯片组、处理器和可移动介质适配器。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install,Boot, kdump |
|---|---|---|---|---|
| 无线网络, 接口适配器 | 无线 N、Wire AC、USB Wireless N、USB Wireless AC、Wire G 和 USB Wireless G | 无线 G、WireA N、WireA AC[a], WiFi6 (Previously WirelessAX) | 每个接口以 N （最高）、G、B、A （最低）顺序进行。 | install,Boot |
[a]
Red Hat Enterprise Linux 7.0 仅支持 802.11ac 设备到 802.11n 速度。在提供完整的 802.11ac 连接速度的勘误之前，将接受来自 802.11ac 设备的 WirelessN 测试结果。
| ||||
- 利用备注： 识别集成的芯片组、处理器和可移动介质适配器。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 |
|---|---|---|---|
| 蓝牙 | 蓝牙 3.x, Bluetooth 4.x, Bluetooth 5.x | BLUETOOTH3, BLUETOOTH4, BLUETOOTH5 | 每个接口最大 bluetooth 版本 |
- 利用备注： 识别集成的芯片组和可移动适配器。
4.8.4. Storage
存储中包含的硬件功能有：
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| M.2 NVMe, M.2 SATA, PCIe NVMe, SATA HDD, SATA SSD, SAS[a], SAS SSD, U.2 NVMe, U.2 SATA, U.3 NVMe, E.3 NVMe | M.2 NVMe, M.2 SATA, NVMe, SATA, SATA SSD, SAS, SAS SSD, U.2 NVMe, U.2 SATA, U.3 NVMe, E.3 NVMe | M2_NVMe, M2_SATA, NVMe, SATA, SATA_SSD, SAS, SAS SSD, U2_NVMe (PCI Express), U2_SATA, U3_NVMe, E3_NVMe | install, Boot, kdump | |
| RAID 控制器 | 存储 | 存储 | 每个操作系统代码路径（例如，每个接口使用多个驱动程序）。如果超过操作系统限制，则最大存储容量。 | install, Boot, kdump |
| NVMe over Fabric | NVMe over Infiniband, NVMe over iWarp, NVMe over Omnipath, NVMe over RoCE, NVMe over TCP | nvme_infiniband, nvme_iwarp, nvme_omnipath, nvme_roce, nvme_tcp | 在操作系统限制的最大存储容量下，从测试服务器共享的 NVMe SSD 驱动器到 HUT ethernet 控制器。 | |
[a]
SAS Controller 需要使用 SAS 驱动器进行测试。
[b]
系统上下文中不会跟踪驱动器容量。
[c]
SSD 功能需要测试 SSD 驱动器。
| ||||
- 利用备注： 识别集成的芯片组、可移动适配器、驱动器和数组。
- 对 RAID Controller 使用备注： 识别集成的芯片组、可移动适配器、驱动器和阵列遵循类型标准。减少 RAID 级别、内存数量或电池存在的变化。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 |
|---|---|---|---|
| 磁带驱动器和更改器[a] | 磁带驱动器，Tape changer | TAPE | 每个驱动器 |
[a]
更改程序需要使用测试描述和结果报告进行手动测试
| |||
- 使用备注： Identical 驱动器和 changers。同一驱动器的内部和外部版本。具有相同主机接口、硬件和固件设计的型号，包括减少功能、容量、媒体大小和/或总插槽数，以及更改器/库总数。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| eMMC, PCIE SD Card Reader, SD Card, USB Flash Key, USB SD Card Reader[a] | eMMC, PCIE SD Card Reader, SD Card, USB Flash Key, USB SD Card Reader | 存储 | 最大存储容量和格式功能集 | install,Boot |
[a]
包括每个变体（如微型、微等）。
| ||||
- 利用备注： 识别集成的芯片组、可移动适配器.相同的、较小的容量或功能卡和盘。
多读者遵循 Multi-Port Adapter 标准。
| 硬件类别 | 目录功能 | 所需的测试 | 所需的硬件 | install, Boot, kdump |
|---|---|---|---|---|
| CD-ROM 驱动器、DVD 驱动器或 Blu-ray | BD-RE, BD-R, Blu-ray, DVD-RW, DVD-R, DVD, CD-RW, CD-R, CD | CDROM 驱动器、DVD 驱动器或 BLURAY | BD-RW （最高）、BD-RW、DVD-RW 的顺序的最高介质类型[a]根据所有驱动器的收集介质支持，每个存储控制器上的、DVD-R、CD-RW、CD-R、BD、DVD、CD （最低）[b] 该存储控制器上可用 | 安装、引导 |
[a]
对于功能审核，"+"和"-"被视为相同。
[b]
硬件合作伙伴需要支持作为模型一部分的所有驱动器，无论测试过程中使用的特定驱动器或驱动器数量。硬件合作伙伴需要在内部测试等效的生产周期驱动器更改。红帽产品周期更改测试结果不需要向红帽提交
| ||||
- 利用备注： 根据存储控制器利用策略，在存储控制器上支持相同或更小的介质支持。
4.9. 其他手动测试
额外的手动测试由外部存储和多路径 HBA 组成。
4.9.1. 外部存储和多路径 HBA
除了存储控制器/设备的基本要求外，供应商必须根据以下情况验证其内部质量保证流程已使用 Red Hat Enterprise Linux 测试了完整的功能：
- 多控制器/单一主机
- 多主机/单个控制器
- multi-controller/multi-host
- with/ without multi-path
- 使用/没有 LUN 屏蔽（例如，将 LUN 专用于特定主机）
- 简短的电缆拉动（删除故障检测前的电缆和恢复）
- 在 Red Hat Enterprise Linux 中列出的任何特殊功能
测试结果软件包不需要提交到红帽，以进行上述测试。
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}