CPLD场外打包疑问

交流互助区
1

当前使用了不签名版本(社区版本)的openUBMC进行调试开发。目前需要实现CPLD升级功能，当前根据CPLD场外vme文件打包对vme格式的CPLD程序进行打包。之后在社区版本openUBMC上进行升级，结果升级失败。日志如下

2026-02-27 11:27:39.025636 firmware_mgmt NOTICE: active_fructl.lua(95): get host type is Singlehost
2026-02-27 11:27:39.026621 firmware_mgmt NOTICE: utils.lua(34): The file path is Local.
2026-02-27 11:27:39.029247 firmware_mgmt NOTICE: init.lua(79): Upgrading_Flag is true
2026-02-27 11:27:39.043896 firmware_mgmt NOTICE: init.lua(40): update status to FS_SIMPLE_UPGRADING.
2026-02-27 11:27:39.060863 firmware_mgmt NOTICE: task_mgmt.lua(312): Create task[Id: 242380953, StartTime: 2026-02-27T11:27:39+00:00, Progress: 0, State: New] successfully
2026-02-27 11:27:39.062358 firmware_mgmt NOTICE: task_service.lua(55): task create success, task id: 242380953
2026-02-27 11:27:39.063716 firmware_mgmt NOTICE: task_id_mgmt.lua(30): add serial task id(242380953) successfully
2026-02-27 11:27:39.066123 firmware_mgmt NOTICE: tasks_scheduling.lua(121): start tasks processer
2026-02-27 11:27:39.169825 firmware_mgmt NOTICE: task_mgmt.lua(443): Update task[Id: 242380953, StartTime: 2026-02-27T11:27:39+00:00, Progress: 0, State: Running] successfully
2026-02-27 11:27:39.171447 firmware_mgmt NOTICE: file_transfer.lua(169): start to move file [temp_upgrade_file.hpm] from tmp to shm
2026-02-27 11:27:39.177322 firmware_mgmt NOTICE: file_transfer.lua(174): move_file_s ok:true, err:0
2026-02-27 11:27:39.184594 firmware_mgmt NOTICE: validate_sign.lua(261): get platform is community
2026-02-27 11:27:39.186019 firmware_mgmt NOTICE: action.lua(37): Validate signature successfully
2026-02-27 11:27:39.188908 firmware_mgmt NOTICE: hpm_package.lua(782): ManufacturerValidateEnabled is false, there is no need to validate manufacture_id.
2026-02-27 11:27:39.199140 firmware_mgmt NOTICE: hpm_package.lua(582): parse cfg file successfully, Version:1.0 FileNum:1
2026-02-27 11:27:39.200222 firmware_mgmt ERROR: task_instance.lua(185): parse package(singerdevkit.hpm) failed, ret:./opt/bmc/libmc/lualib/mc/utils.lua:1221: ./opt/bmc/apps/firmware_mgmt/lualib/upgrade/hpm_package.lua:614: attempt to index a nil value.
2026-02-27 11:27:39.292832 firmware_mgmt NOTICE: task_mgmt.lua(174): task[Id: 242380953, StartTime: 2026-02-27T11:27:39+00:00, Progress: 0, State: Exception] will be destroyed after 10 minutes
2026-02-27 11:27:39.294420 firmware_mgmt NOTICE: task_mgmt.lua(443): Update task[Id: 242380953, StartTime: 2026-02-27T11:27:39+00:00, Progress: 0, State: Exception] successfully
2026-02-27 11:27:39.296211 firmware_mgmt ERROR: state_handle.lua(115): not find state obj
2026-02-27 11:27:40.306899 firmware_mgmt NOTICE: tasks_scheduling.lua(126): upgrade queue is empty, exit the tasks processer
2026-02-27 11:27:40.307657 firmware_mgmt NOTICE: tasks_scheduling.lua(138): stop tasks processer
2026-02-27 11:27:40.309428 firmware_mgmt NOTICE: active_fructl.lua(95): get host type is Singlehost
2026-02-27 11:27:40.310713 firmware_mgmt NOTICE: active_single_host_fructrl.lua(73): active_single_host_fructrl fructrl get power status
2026-02-27 11:27:40.313780 firmware_mgmt NOTICE: state_simple_upgrading.lua(97): simple upgraded, current active mode is:nil, wait restart seconds:360000
2026-02-27 11:27:40.317615 firmware_mgmt NOTICE: init.lua(40): update status to FS_IDLE.
2026-02-27 11:27:40.320197 firmware_mgmt NOTICE: init.lua(79): Upgrading_Flag is false

后续又在前面版本的openUBMC上升级，显示验签失败。日志如下。

2026-02-27 11:33:24.010042 firmware_mgmt NOTICE: active_fructl.lua(95): get host type is Singlehost
2026-02-27 11:33:24.011511 firmware_mgmt NOTICE: utils.lua(34): The file path is Local.
2026-02-27 11:33:24.015318 firmware_mgmt NOTICE: init.lua(79): Upgrading_Flag is true
2026-02-27 11:33:24.033560 firmware_mgmt NOTICE: init.lua(40): update status to FS_SIMPLE_UPGRADING.
2026-02-27 11:33:24.058136 firmware_mgmt NOTICE: task_mgmt.lua(312): Create task[Id: 3523829936, StartTime: 2026-02-27T11:33:24+00:00, Progress: 0, State: New] successfully
2026-02-27 11:33:24.059054 firmware_mgmt NOTICE: task_service.lua(55): task create success, task id: 3523829936
2026-02-27 11:33:24.060009 firmware_mgmt NOTICE: task_id_mgmt.lua(30): add serial task id(3523829936) successfully
2026-02-27 11:33:24.062481 firmware_mgmt NOTICE: tasks_scheduling.lua(121): start tasks processer
2026-02-27 11:33:24.164117 firmware_mgmt NOTICE: task_mgmt.lua(443): Update task[Id: 3523829936, StartTime: 2026-02-27T11:33:24+00:00, Progress: 0, State: Running] successfully
2026-02-27 11:33:24.166853 firmware_mgmt NOTICE: file_transfer.lua(169): start to move file [temp_upgrade_file.hpm] from tmp to shm
2026-02-27 11:33:24.173955 firmware_mgmt NOTICE: file_transfer.lua(174): move_file_s ok:true, err:0
2026-02-27 11:33:24.198536 firmware_mgmt WARNING: init.lua(97): nil:315 > validate_sign.lua:-1 > validate_sign.lua:184: An error occurred during the firmware upgrade process. Details: add crl file is error, file is: /dev/shm/upgrade/3523829936/cms.crl, code 88200102
2026-02-27 11:33:24.200308 firmware_mgmt ERROR: validate_sign.lua(317): FirmwareUpgradeError: An error occurred during the firmware upgrade process. Details: add crl file is error, file is: /dev/shm/upgrade/3523829936/cms.crl, code 88200102
2026-02-27 11:33:24.202262 firmware_mgmt ERROR: task_instance.lua(185): parse package(singerdevkit.hpm) failed, ret:InvalidFirmwarePackage.
2026-02-27 11:33:24.307456 firmware_mgmt NOTICE: task_mgmt.lua(174): task[Id: 3523829936, StartTime: 2026-02-27T11:33:24+00:00, Progress: 0, State: Exception] will be destroyed after 10 minutes
2026-02-27 11:33:24.308853 firmware_mgmt NOTICE: task_mgmt.lua(443): Update task[Id: 3523829936, StartTime: 2026-02-27T11:33:24+00:00, Progress: 0, State: Exception] successfully
2026-02-27 11:33:24.310604 firmware_mgmt ERROR: state_handle.lua(115): not find state obj
2026-02-27 11:33:25.306988 firmware_mgmt NOTICE: tasks_scheduling.lua(126): upgrade queue is empty, exit the tasks processer
2026-02-27 11:33:25.308379 firmware_mgmt NOTICE: tasks_scheduling.lua(138): stop tasks processer
2026-02-27 11:33:25.309879 firmware_mgmt NOTICE: active_fructl.lua(95): get host type is Singlehost
2026-02-27 11:33:25.310832 firmware_mgmt NOTICE: active_single_host_fructrl.lua(73): active_single_host_fructrl fructrl get power status
2026-02-27 11:33:25.313291 firmware_mgmt NOTICE: state_simple_upgrading.lua(97): simple upgraded, current active mode is:nil, wait restart seconds:360000
2026-02-27 11:33:25.316627 firmware_mgmt NOTICE: init.lua(40): update status to FS_IDLE.
2026-02-27 11:33:25.319535 firmware_mgmt NOTICE: init.lua(79): Upgrading_Flag is false

请问场外CPLD的打包是否有其他需要注意的地方？或者有更详细的指导文档说明吗？

2

答案内容由AI生成，仅供参考：

五、总结与建议

问题 原因 解决方案
新版 openUBMC 报 nil value update.cfg 缺少字段或包结构不完整 严格按模板填写 update.cfg，确保所有元数据完整
旧版 openUBMC 报 add crl file is error CRL 文件缺失或格式错误 生成完整的 CMS 签名包，包含 rootca.crl
升级仍失败 版本兼容性或 CSR 配置缺失 检查目标板的 CSR 配置是否支持该 CPLD UID 和 ComponentID

:white_check_mark: 最终建议：
即使使用社区版 openUBMC，也应按照完整签名流程生成 HPM 包，仅在 bmcgo 步骤使用自签名证书。这能最大程度保证包结构完整，避免 Lua 解析异常。

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

关于 openUBMC 场外打包 CPLD 固件升级失败问题的分析与指导

根据您提供的日志信息和操作背景，当前在基于 社区版 openUBMC 上进行 CPLD 场外 vme 文件打包 并尝试升级时遇到两类典型错误：

  1. 在较新版本的 openUBMC 上升级失败，日志显示：
    attempt to index a nil value（空值引用错误），发生在 HPM 包解析阶段。

  2. 在旧版本 openUBMC 上升级失败，日志显示：
    add crl file is error（证书吊销列表 CRL 文件加载失败），属于 验证签名失败问题。

下面我们结合 openUBMC 架构、固件升级机制和已知社区实践，全面分析问题原因，并提供详细的打包注意事项与操作指导。

一、问题分析

1. 新版 openUBMC 升级失败：attempt to index a nil value

关键日志：

2026-02-27 ... hpm_package.lua(582): parse cfg file successfully, Version:1.0 FileNum:1
2026-02-27 ... task_instance.lua(185): parse package(singerdevkit.hpm) failed, ret: ... attempt to index a nil value.

问题定位：

  • hpm_package.lua 在解析 update.cfg 成功后，在后续处理中出现了对 nil 值的访问。
  • 这通常是因为 update.cfg 中 缺少某些必选字段，或者 packet.sh 脚本在生成 HPM 包时未正确填充元数据，导致 Lua 脚本在读取 ComponentID、Uid 等字段时为空。

根本原因推测：

  • 您使用的是非签名社区版 openUBMC，可能 跳过了完整的签名和 CMS 结构生成流程，导致 HPM 包中缺少必要的验证字段。
  • 尽管日志中显示 Validate signature successfully，但社区版本可能将验签逻辑短路，只检查是否存在 CMS，不严格校验内容完整性。
  • 最关键问题：packet.sh 脚本在未签名模式下生成的 HPM 包结构不完整，hpm_package.lua 期望某些字段存在，但实际为 nil，导致 Lua 解析崩溃。

2. 旧版 openUBMC 升级失败：add crl file is error, code 88200102

关键日志：

FirmwareUpgradeError: ... add crl file is error, file is: /dev/shm/upgrade/.../cms.crl, code 88200102

问题定位：

  • crl file is error 表明 证书吊销列表（CRL）文件加载失败。
  • 错误码 88200102 是 openUBMC 内部定义的 CRL 解析错误码，常见于：
    • CRL 文件格式不正确（非 DER 编码）。
    • CRL 文件路径错误或不存在。
    • CMS 签名包未正确嵌入 CRL。

原因分析：

  • 您在打包时使用了 bingo 编译生成的过渡包，但未按规范生成完整的 CMS 签名结构。
  • 旧版本 openUBMC 对签名验证更严格，要求完整的 rootca.der、rootca.crl、image.filelist.cms 等文件存在于 HPM 包中。
  • 若使用自签名 CA，且 crl 文件未更新或未正确嵌入，即触发此错误。

二、CPLD 场外打包关键注意事项

以下是基于 openUBMC 社区最佳实践总结的 CPLD 场外 vme 打包关键点，请逐一核对：

:white_check_mark: 1. update.cfg 配置文件必须完整

update.cfg 是 HPM 包的核心元数据文件，必须包含以下关键字段：

字段 说明 示例
ComponentID 固件组件 ID，需唯一 5
ComponentIDEx 扩展组件 ID，与 ComponentID 组合唯一 83886081
Updatefile 固件文件名（vme 文件） cpld.vme
Uid 单板 UID，需与目标硬件匹配 00000001020302068053
Name 固件名称 BP_Cpld

:magnifying_glass_tilted_left: 获取正确参数的方法：

  • 将已有 HPM 包刷入系统，在升级时通过 telnet 查看 /dev/shm/upgrade/xxx/ 目录下的临时文件，复制 update.cfg。
  • 或参考《iBMC IPMI 接口参考》中的固件 ID 分配表。

:white_check_mark: 2. packet.sh 脚本必须适配 vme 文件

默认 packet.sh 脚本支持 .bin 文件，需修改以支持 .vme。

修改点 1：修改 update_image_filelist 函数

function update_image_filelist() {
    local sha256val=$(sha256sum cpld.vme | awk '{print $1}')
    cat <<EOF > image.filelist
Manifest Version: 1.0
Create By: openUBMC
Name: cpld.vme
SHA256-Digest: ${sha256val}
EOF
}

修改点 2：确保 hpm_devkit.config 中的 FirmwareFile 指向 cpld.vme

FirmwareFile=cpld.vme

:white_check_mark: 3. 必须生成完整的 CMS 签名结构（即使使用社区版）

即使使用社区版 openUBMC，也建议生成完整的签名结构，避免解析异常。

正确流程：

# 1. 安装 bingo
sudo apt install bingo

# 2. 复制 csr_packet 模板
cp -r /usr/share/bingo/csr_packet ./
cd csr_packet

# 3. 放置签名材料（即使自签）
#   rootca.der, rootca.crl, signer.pem, ts_signer.pem, tsa.cnf

# 4. 修改 update.cfg、packet.sh、hpm_devkit.config

# 5. 打包并签名
./packet.sh package . False          # 生成未签名 HPM
./packet.sh rebuild .               # 生成带 CMS 的签名 HPM

:warning: 若完全不签名，rebuild 阶段可跳过，但需确保 validate_sign.lua 不做强制校验。

:white_check_mark: 4. 文件命名与路径规范

  • vme 文件必须重命名为 cpld.vme，否则 packet.sh 脚本无法识别。
  • image.filelist 中的 Name 字段必须与实际文件名一致。
  • 打包后检查 HPM 包内是否包含：
    • update.cfg
    • cpld.vme
    • image.filelist
    • cms.crl（如有签名）
    • image.filelist.cms（如有签名）

:white_check_mark: 5. openUBMC 版本差异需注意

特性 V2 / 旧版 openUBMC 新版 openUBMC（25.09+）
支持 Prepare/Finish :white_check_mark: 支持 :cross_mark: 不支持
签名验证严格性 高 社区版可能宽松
JTAG 切换支持 支持 XML 配置 需通过 FirmwareRoute 配置
错误处理 更稳定 更严格，易报 nil 错误

:bell: 重要提示：
openUBMC 的 LogicFirmware 不支持 V2 中的 Prepare/Finish 操作（见 Tzyy_Q_wbdc2 提问）。
若您的 CPLD 升级需要 JTAG 切换，需通过 Routes、FirmwareRoute 等 CSR 配置实现，而非 Prepare/Finish 脚本。

三、推荐操作流程（完整版）

# 1. 准备环境
mkdir cpld_pkg && cd cpld_pkg
cp /usr/share/bingo/csr_packet ./ -r
cd csr_packet

# 2. 放置 vme 文件并重命名
mv your_cpld_file.vme cpld.vme

# 3. 修改 update.cfg
vim update.cfg
# 确保：ComponentID、Uid、Updatefile=cpld.vme

# 4. 修改 packet.sh
vim packet.sh
# 修改所有 *.bin 为 *.vme
# 更新 image.filelist 生成逻辑

# 5. 生成 HPM 包
./packet.sh package . False

# 6. （可选）签名（推荐）
# 准备 rootca.der rootca.crl signer.pem ts_signer.pem tsa.cnf
./packet.sh rebuild .

# 7. 得到最终 HPM 包：devkit.hpm

四、相关文档与参考资料

类型 链接 说明
:books: 打包指导 CPLD场外vme文件打包 社区用户 ocy 提供的完整流程
:books: 签名指导 自签名CA创建以及HPM签名指导 CSAF SIG 提供的签名流程
:books: CSR 配置 LogicFirmware 类配置字典 定义 Routes、FirmwareRoute 等关键字段
:books: 固件升级 openUBMC Firmware Upgrade Framework 升级流程架构说明

五、总结与建议

问题 原因 解决方案
新版 openUBMC 报 nil value update.cfg 缺少字段或包结构不完整 严格按模板填写 update.cfg，确保所有元数据完整
旧版 openUBMC 报 add crl file is error CRL 文件缺失或格式错误 生成完整的 CMS 签名包，包含 rootca.crl
升级仍失败 版本兼容性或 CSR 配置缺失 检查目标板的 CSR 配置是否支持该 CPLD UID 和 ComponentID

:white_check_mark: 最终建议：
即使使用社区版 openUBMC，也应按照完整签名流程生成 HPM 包，仅在 bmcgo 步骤使用自签名证书。这能最大程度保证包结构完整，避免 Lua 解析异常。

如仍失败，建议提供：

  1. update.cfg 内容
  2. packet.sh 修改片段
  3. 使用的 openUBMC 版本号

以进一步定位问题。

3

报错信息显示CPLD包未被识别为社区包
猜测你是这步没对

image
image721×280 45.9 KB

4

改了，我复制对比了，一样的内容。

function update_image_filelist()
{
    local sha256val=$(sha256sum devkit.hpm | awk '{print $1}')
    cat <<EOF > image.filelist
Manifest Version: 1.0
Create By: openUBMC
Name: cpld_mf.hpm
SHA256-Digest: ${sha256val}
EOF
}
5

检查一下update.cfg的配置，优先从以前可以的CPLD的hpm升级包中提取出来

6

能否提供一份完整的一键日志收集

7

有点麻烦，我这边环境没办吧上传文件。已经通过PAE找华为那边了技术了

8

使用签名版本的openUBMC来升级CPLD固件包，签名验签这部分通过了。但是在解包时出现了问题，日志如下。搜索了一下，之前Ai说这个错误是由于update.cfg导致的，但是现在update.cfg我们抄general_hardware\test\integration\data\update.cfg中的配置，修改成升级单个CPLD配置。

2026-03-02 03:52:09.632529 firmware_mgmt NOTICE: task_mgmt.lua(443): Update task[Id: 1004434135, StartTime: 2026-03-02T03:52:09+00:00, Progress: 0, State: Running] successfully
2026-03-02 03:52:09.633582 firmware_mgmt NOTICE: file_transfer.lua(169): start to move file [temp_upgrade_file.hpm] from tmp to shm
2026-03-02 03:52:09.638976 firmware_mgmt NOTICE: file_transfer.lua(174): move_file_s ok:true, err:0
2026-03-02 03:52:09.649181 firmware_mgmt NOTICE: validate_sign.lua(261): get platform is community
2026-03-02 03:52:09.650461 firmware_mgmt NOTICE: action.lua(37): Validate signature successfully
2026-03-02 03:52:09.652570 firmware_mgmt NOTICE: hpm_package.lua(782): ManufacturerValidateEnabled is false, there is no need to validate manufacture_id.
2026-03-02 03:52:09.664606 firmware_mgmt NOTICE: hpm_package.lua(582): parse cfg file successfully, Version:1.0 FileNum:1
2026-03-02 03:52:09.665786 firmware_mgmt ERROR: task_instance.lua(185): parse package(devkit.hpm) failed, ret:./opt/bmc/libmc/lualib/mc/utils.lua:1221: ./opt/bmc/apps/firmware_mgmt/lualib/upgrade/hpm_package.lua:614: attempt to index a nil value.
2026-03-02 03:52:09.765322 firmware_mgmt NOTICE: task_mgmt.lua(174): task[Id: 1004434135, StartTime: 2026-03-02T03:52:09+00:00, Progress: 0, State: Exception] will be destroyed after 10 minutes
2026-03-02 03:52:09.766575 firmware_mgmt NOTICE: task_mgmt.lua(443): Update task[Id: 1004434135, StartTime: 2026-03-02T03:52:09+00:00, Progress: 0, State: Exception] successfully
2026-03-02 03:52:09.769157 firmware_mgmt ERROR: state_handle.lua(115): not find state obj
2026-03-02 03:52:10.765851 firmware_mgmt NOTICE: tasks_scheduling.lua(126): upgrade queue is empty, exit the tasks processer
2026-03-02 03:52:10.766620 firmware_mgmt NOTICE: tasks_scheduling.lua(138): stop tasks processer
9

ComponentID 这个改过来了吗?

11

改成了ComponentID=24
ComponentIDEx=2

12

试试根据这个修改成5
https://support.huawei.com/enterprise/zh/doc/EDOC1100372760/80b2be7f#table1700155575115

14

改成了5，升级错误日志没有变化。后面又用华为的CPLD升级包重签名验证了一下，一样报错。
厂外打包CPLD报错

2026-03-03 01:42:40.961715 firmware_mgmt NOTICE: action.lua(37): Validate signature successfully
2026-03-03 01:42:40.964606 firmware_mgmt NOTICE: hpm_package.lua(782): ManufacturerValidateEnabled is false, there is no need to validate manufacture_id.
2026-03-03 01:42:40.983525 firmware_mgmt NOTICE: hpm_package.lua(582): parse cfg file successfully, Version:1.0 FileNum:1
2026-03-03 01:42:40.985884 firmware_mgmt ERROR: task_instance.lua(185): parse package(devkit.hpm) failed, ret:./opt/bmc/libmc/lualib/mc/utils.lua:1221: ./opt/bmc/apps/firmware_mgmt/lualib/upgrade/hpm_package.lua:614: attempt to index a nil value.

华为CPLD重签名后升级报错

2026-03-03 01:42:49.778110 firmware_mgmt ERROR: utils.lua(220): secure_tar_unzip failed: -3003
2026-03-03 01:42:49.780569 firmware_mgmt ERROR: task_instance.lua(185): parse package(devkit_huawei.hpm) failed, ret:./opt/bmc/libmc/lualib/mc/utils.lua:1221: cannot open v2 persistence file.
15

“厂外打包CPLD报错”，能否提供一份一键日志收集 至邮箱 linyao12@h-partners.com
“华为CPLD重签名后升级报错” 这个报错信息由于加密无法直接解压而导致的报错，由于修改了“update_image_filelist”内容，因此升级包是被识别为社区包，但是实际此升级包加密了，因此会有这个报错

16

可以的，我把日志和升级包配置相关的都发给你

17

好的，日志已收到

18

config文件配置有误，升级从Firmware1开始
正确配置[Firmware]下FileNum应配置为2，且增加[Firmware1]的配置
示例：

[Basic]
Version=1.0

[Firmware]
FileNum=2

[Firmware0]
......

[Firmware1]
......
19

我这边已经改成两个了，现在是卡在general_hardware组件了。拓展版升级提示,现在还在查原因。

general_hardware ERROR: process.lua(146): [cpld]local cpld fail time[0] file_num[0] supplier_mode[3]

硬盘背板现在是单纯找不到CPLD器件

20

file num为0表示组件在执行升级流程时没获取到有效的升级文件，检查下你打包时给升级的文件是如何命名的

应当命名为cpld01.svf、valid01.svf、cpld02.svf、valid02.svf…这样，升级文件和生效文件一一对应

21

我们只有一个cpld.vme，没有valid.vme文件。是根据CPLD场外vme文件打包这个帖子来弄的。我们也不知道这个valid.vme要怎么搞

22

通过日志看，确实是缺少了valid.vme文件

2026-03-04 08:08:32.817625 general_hardware NOTICE: upgrade_subject.lua(112): [on_upgrade_prepare] firmware_type:BP_                               Cpld cur_firmware_type:BP_Cpld
2026-03-04 08:08:32.818396 general_hardware NOTICE: upgrade_subject.lua(120): [on_upgrade_prepare] start upgrade BP_                               Cpld
2026-03-04 08:08:32.819799 general_hardware NOTICE: signal.lua(173): [cpld]Start the system[1] BP_Cpld upgrade prepa                               re phase
2026-03-04 08:08:32.936833 general_hardware NOTICE: upgrade_subject.lua(127): [on_upgrade_prepare] end upgrade BP_Cp                               ld
2026-03-04 08:08:32.938767 general_hardware INFO: fw_cfgs.lua(84): get cfg path[/dev/shm/upgrade/2327170579/update.c                               fg]
2026-03-04 08:08:32.942040 general_hardware INFO: fw_cfgs.lua(99): get Firmware1
2026-03-04 08:08:32.944439 general_hardware NOTICE: fw_upgrade.lua(139): [cpld]get cpld_valid :nil
2026-03-04 08:08:32.947918 general_hardware INFO: common.lua(122): Get FirmwareMode failed
2026-03-04 08:08:32.948746 general_hardware NOTICE: fw_upgrade.lua(52): cpld cold upgrade, upgrade list = 1,
2026-03-04 08:08:32.949725 general_hardware NOTICE: fw_cfgs.lua(69): check fw uid(0000000E032313808) id(255) id_ex(4                               294967295) exist success
2026-03-04 08:08:33.034712 general_hardware INFO: cpu_board.lua(32): [BCU]get BMC startup completed flag 1
2026-03-04 08:08:33.384561 general_hardware NOTICE: fw_init.lua(194): get fw version 1.00
2026-03-04 08:08:33.385820 general_hardware NOTICE: fw_upgrade.lua(97): [cpld]get verion[1.00]
2026-03-04 08:08:34.695186 general_hardware NOTICE: upgrade_subject.lua(139): [on_upgrade_process] start upgrade BP_                               Cpld
2026-03-04 08:08:34.696160 general_hardware NOTICE: signal.lua(196): [cpld]Start the system[1] BP_Cpld upgrade proce                               ss phase
2026-03-04 08:08:34.802350 general_hardware NOTICE: upgrade_subject.lua(146): [on_upgrade_process] end upgrade BP_Cp                               ld
2026-03-04 08:08:34.803495 general_hardware NOTICE: fw_upgrade.lua(180): [CPLD] start jtag cpld upgrade
2026-03-04 08:08:34.805659 general_hardware NOTICE: fw_cfgs.lua(69): check fw uid(0000000E032313808) id(255) id_ex(4                               294967295) exist success
2026-03-04 08:08:34.806635 general_hardware NOTICE: process.lua(43): cpld fw matched, system_id = 1, fw.uid = 000000                               0E032313808, fw.csr.Name = SEU_CPLD
2026-03-04 08:08:34.851224 general_hardware NOTICE: process.lua(464): [cpld]get cpld packages successful
2026-03-04 08:08:34.964142 general_hardware INFO: fw_init.lua(171): now route value1[2]
2026-03-04 08:08:35.660228 general_hardware INFO: fw_init.lua(171): now route value2[2]
2026-03-04 08:08:36.329762 general_hardware INFO: fw_init.lua(171): now route value3[2]
2026-03-04 08:08:36.843710 general_hardware INFO: fw_init.lua(171): now route value4[2]
2026-03-04 08:08:37.375388 general_hardware INFO: fw_init.lua(171): now route value5[2]
2026-03-04 08:08:37.860242 general_hardware NOTICE: process.lua(206): [cpld]_____load_cpld_multi_supplier_mode_____
2026-03-04 08:08:38.109607 general_hardware NOTICE: process.lua(101): [cpld]upg file cnt = 0
2026-03-04 08:08:38.305016 general_hardware NOTICE: process.lua(122): [cpld]id = 0x42b899, index = 1 / 1, file_id =                                3
2026-03-04 08:08:38.513296 general_hardware ERROR: process.lua(146): [cpld]local cpld fail times[0] file_num[0] supp                               lier_mode[3]
2026-03-04 08:08:38.708857 general_hardware INFO: fw_init.lua(156): now route value1[0]
2026-03-04 08:08:39.217211 general_hardware INFO: fw_init.lua(156): now route value2[0]
2026-03-04 08:08:39.772626 general_hardware INFO: fw_init.lua(156): now route value3[0]
2026-03-04 08:08:40.396680 general_hardware INFO: fw_init.lua(156): now route value4[0]
2026-03-04 08:08:41.058835 general_hardware INFO: fw_init.lua(156): now route value5[0]
2026-03-04 08:08:43.127806 general_hardware INFO: cpu_board.lua(32): [BCU]get BMC startup completed flag 1