固件是否支持连续升级（CPLD → BMC）？

bmc_core SIG
1

问题描述

在进行固件升级测试时，尝试连续升级多个组件：

  1. 先升级 CPLD（已确认升级成功:日志显示升级完成，SMC 查询版本已更新）

  2. 未进行重启，直接继续升级 BMC

现象

  • BMC 固件文件上传成功，但Web 页面提示升级操作失败

BMC 日志

2000-01-02 06:57:57.753595 firmware_mgmt NOTICE: utils.lua(34): The file path is Local.
2000-01-02 06:57:57.842793 firmware_mgmt ERROR: state_wait_restart.lua(31): Accycle or BMCreset is about to be performed during firmware actived, please wait
2000-01-02 06:57:57.843978 firmware_mgmt WARNING: init.lua(97): state_handle.lua:61 > state_wait_restart.lua:37 > state_wait_restart.lua:32: An error occurred during the firmware upgrade process. Details: Accycle or BMCreset is about to be performed during firmware actived, please wait
2

答案内容由AI生成，仅供参考：
:white_check_mark: 结论

:cross_mark: 不支持直接连续升级（CPLD → BMC）而不重启。

:white_check_mark: **支持分阶段连续升级：CPLD 升级 → **（重启）

系统出于稳定性与安全性考虑，禁止在有固件等待激活（如 CPLD）的情况下启动 BMC 升级。该行为是 预期设计，而非缺陷。

建议严格按照“一升级一激活”的原则执行多组件固件升级。

点击此处查看详细分析解答

固件是否支持连续升级（CPLD → BMC）

根据提供的日志信息和系统机制分析，系统在当前状态下不支持在CPLD升级完成后立即进行BMC固件升级而中间不重启。以下是详细分析：

:magnifying_glass_tilted_left: 问题现象总结

  • 步骤1： 成功升级 CPLD，SMC 查询显示版本已更新。
  • 步骤2： 未重启系统，直接尝试升级 BMC。
  • 结果：
    • BMC 固件文件上传成功。
    • Web 页面提示升级操作失败。
    • BMC 日志报错：Accycle or BMCreset is about to be performed during firmware actived, please wait

:clipboard: 日志分析

关键错误日志如下：

2000-01-02 06:57:57.842793 firmware_mgmt ERROR: state_wait_restart.lua(31): Accycle or BMCreset is about to be performed during firmware actived, please wait
2000-01-02 06:57:57.843978 firmware_mgmt WARNING: init.lua(97): ... An error occurred during the firmware upgrade process. Details: Accycle or BMCreset is about to be performed during firmware actived, please wait

错误含义解析：

  • state_wait_restart.lua 是 固件管理模块 中负责监控重启状态的脚本。
  • 错误表明：系统检测到正在等待电源循环（Accycle）或 BMC 重启（BMCreset）以激活之前的固件更新（如 CPLD 升级）。
  • 在此状态下，系统锁定新的固件升级任务，防止并发冲突或状态异常。

:gear: 固件升级生效机制说明

1. CPLD 升级的生效方式

  • 冷升级模式（Cold Upgrade）：需通过 BMC 重启 或 系统下电上电（AC cycle） 才能生效。
  • 即使升级操作完成，若未执行重启，系统仍处于 “待生效” 状态。
  • 在此期间，固件管理系统会 标记系统为“升级进行中”状态，并阻止其他关键固件（如 BMC）的升级。

:white_check_mark: 参考文档：【openUBMC 支持CPLD升级平滑生效特性设计说明书.md】 提到：

  • 平滑生效场景：CPLD升级后等待BMC平滑重启时生效。
  • 直接生效场景：仅在系统下电时升级才可直接生效。
  • 若未满足生效条件，则进入“注册生效”模式，等待 BMC 重启。

2. BMC 固件升级的前提条件

  • BMC 固件升级要求系统处于 稳定状态，且无正在进行的激活流程。
  • 若存在待处理的激活任务（如 CPLD 等待重启生效），firmware_mgmt 模块将 拒绝新升级请求，以保障系统可靠性。

:white_check_mark: 正确操作流程建议

要实现 CPLD → BMC 的连续升级，必须按以下顺序执行：

  1. 升级 CPLD 固件

    • 确保上传和写入成功。

  2. 执行 BMC 平滑重启（BMCRestart）或 AC Power Cycle

    • 使 CPLD 固件正式生效。
    • 系统日志中应出现类似：
      firmware_mgmt NOTICE: control.lua(206): Upgrade_1BMC completely...
bmc_soc has no extra preparation for reboot
    • 重启后确认 CPLD 版本生效。

  3. 再进行 BMC 固件升级

    • 此时系统状态空闲，无待激活任务，可安全升级。

:hammer_and_wrench: 解决方案

问题 解决方案
连续升级失败 在 CPLD 升级后执行 BMC 重启或 AC 下电上电，确保固件激活完成后再升级 BMC
避免误操作 在 Web 页面或 CLI 中增加状态检查：查询 FirmwareActiveStatus 或 UpgradeStage 是否为 COMPLETED
自动化脚本建议 在升级流程中加入判断逻辑： 
if UpgradeStage != COMPLETED then
    wait_for_reboot_or_exit()
end

:white_check_mark: 结论

:cross_mark: 不支持直接连续升级（CPLD → BMC）而不重启。

:white_check_mark: **支持分阶段连续升级：CPLD 升级 → **（重启）

系统出于稳定性与安全性考虑，禁止在有固件等待激活（如 CPLD）的情况下启动 BMC 升级。该行为是 预期设计，而非缺陷。

建议严格按照“一升级一激活”的原则执行多组件固件升级。