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。