openUBMC Meetup 成都站圆满举办｜华鲲振宇联合主办，共促 BMC 开源生态

openUBMC Meetup 成都站活动现场嘉宾合影

8 月 14 日，由 openUBMC 社区与四川华鲲振宇智能科技有限责任公司联合主办、四川鲲鹏生态创新中心协办的 openUBMC Meetup 成都站圆满举办。

活动当天，openUBMC 社区多位 TC 委员、Maintainer，华为、华鲲振宇及多家社区成员单位的技术专家齐聚成都，聚焦 openUBMC 技术分享和产业实践，围绕产业落地痛点与实际研发过程中遇到的问题，重点介绍了可信计算架构方案、板卡管理常见问题定位、RAID 卡与电源适配实践，以及基于 Agent 的智能化调试流程，活动吸引线上/线下众多开发者参与深度交流。

十场分享，读懂 openUBMC 的技术底色

01 openUBMC Community Updates

openUBMC TC 委员、华鲲振宇 BMC 架构师 刘松

亮点：重点工作全面铺开，关键技术完成突破；“主线创新+LTS稳定”双轨并行，版本机制走向成熟；社区高速发展，成员单位、开发者数量、代码贡献量持续增长——向上生长的 openUBMC 社区，背后离不开每一位开发者的努力。

开场环节，openUBMC TC 委员、华鲲振宇 BMC 架构师刘松同步了社区的最新进展：

• 社区重点工作：运维竞争力持续提升，已完成 CPLD 无感升级技术、硬盘/网卡等关键部件带外升级、算法自接入框架等能力构建；多算力与多芯片领域实现突破，AST2600、LS1020 等 BMC 芯片及 Intel 最新代次 Birch Stream CPU 等基础能力已完成接入与交付；南向驱动规范端到端测评和认证体系搭建完成；BMC 领域 LLM、MCP、故障模式库等 AI 体系建设亦取得阶段性成果。
• 版本发布：自 25.03 首个社区版本发布以来，社区已按季度稳定发布 25.06 版本、25.09 版本、26.03 版本、26.06 版本；LTS（长期支持）累计发布 25.12 LTS 版本、25.12 LTS SP1 版本、25.12 LTS SP2 版本三个版本，25.12 LTS SP3 版本计划于 8 月 31 日发布。
• 社区生态：自开源以来，openUBMC 已汇聚 35 家 成员单位、791 位 开发者，社区版本下载量达 167,171 次，论坛累计访问量 1.597 亿 次，社区组建 13 个 SIG，累计召开 525 场 SIG 例会，Issue 与 PR 闭环率分别达到 80.6% 和 96.3%，代码贡献累计突破 783 万行。这些数字背后，展示的是一个持续向上生长的开源社区。

02 构建可信计算安全体系的设计和测试能力

华为 BMC 安全技术专家 李小川

亮点：将可信计算做到国际顶级认证水平，BMC 不只是「能用」，更是应对 AI 安全威胁的防护体系，具备产业出海、进入高合规门槛市场的「可信」底座。

华为 BMC 安全技术专家李小川分享了当前 AI 带来的安全威胁与挑战，他指出 AI 已渗透进攻击的全链条，使攻击效率提升 10 倍以上，漏洞挖掘和利用从数天降至数十分钟，攻击门槛降至初学者水平。而可信计算技术，可有效防范 AI 安全威胁，当前正推进“基于 BMC 可信根的 TPCM”的可信计算 3.0 方案，依托可信根硬件安全“三防”（防侧信道、故障注入、物理攻击），建立芯片级信任锚点，将信任逐级传递到整个系统，通过 BMC 启动度量，消除了业务上电过程中的不可信窗口，一套架构同时兼容 TCM/TPM/TPCM。目前鲲鹏等关键固件均通过CC EAL4+等高等级安全认证，整机通过可信计算 3.0 增强级安全认证。他还结合即将生效的 CRA《网络弹性法案》的合规要求，从可信体系和安全测试体系维度分享了 BMC 的安全实践，建议社区构建端到端的软件供应链安全保障能力，提升产业安全能力。

03 超节点管理设计方案探索指导

openUBMC Hardware SIG Maintainer 常德兴

亮点：把一线工程师踩过的坑沉淀成标准化问题排查指导方法，是社区「授人以渔」式赋能的典型体现——大幅降低开发者新板卡接入的学习成本。

openUBMC Hardware SIG Maintainer 常德兴结合 CSR 加载、PCIe 拓扑、MCTP 链路等实际场景，围绕日志信息、设备拓扑、协议通信和根因定位，系统梳理了从拓扑建立、MCTP 通道建立、设备 BDF 上报到 CSR 加载的完整排查路径，并用真实案例讲解了如何通过日志关键字快速定位 PCIe 板卡不加载、多组件对象处理时序异常、RAID 卡传感器获取异常等典型问题。他还特别提到，社区近期已尝试将 AI 辅助能力引入问题定位流程，通过让 AI 分析多源日志、给出定位结论乃至修复代码，提升了排障效率。

04 基于 openUBMC 的集群管理设计

华鲲振宇 BMC 高级工程师 谢海军

亮点：从管理一台服务器到管理整个超节点，体现的是 openUBMC 架构本身的延展性——同一套技术底座，随算力形态演进而演进。

华鲲振宇 BMC 高级工程师谢海军的分享覆盖传统集群管理方案、后冯·诺依曼架构下 BMC 体系的机遇与实践、端侧 AI 跨界多算力芯片管理三个层次。他指出，当前超节点管理本质是在单节点 BMC 基础上增加机柜、网络协同的管理方案，对 BMC 在故障、运维、能效调控等方面的能力提出了更高的要求。而后冯·诺依曼架构无中心计算的设计思路，带外管理随算力形态也会逐步向分布式部署演进。大量的对等 xPU 单元给 BMC 管理带来巨大挑战，针对这些问题，提出一个探索方向：参考「车载安全岛」的设计，通过分布式安全岛部署、Mesh 高速互联网络、逻辑节点抽象等分布式协同的方案，解决超节点/集群的状态一致性、异步体系故障判断和溯源、多 BMC 网元互联导致攻击面扩大等问题。

05 openUBMC 多芯片适配与组件迁移指导

百敖 BMC 研发经理 周江坤

亮点：新增芯片不需要「重新造轮子」，体现的是 openUBMC 作为中立开放架构的价值：帮助伙伴复用已有 BMC 资产，摆脱对单一芯片厂商技术栈的路径依赖，掌握供应链自主权。

当前芯片存在供应连续性风险，而大部分 CPU 厂商能力与特定 BMC 技术栈深度绑定，BMC 软件资产复用迁移成本高、周期长——这是许多 BMC 生态伙伴共同面对的痛点。百敖 BMC 研发经理周江坤围绕 openUBMC 多芯片适配与组件迁移展开分享，以英特尔 X86 平台组件的迁移实践为例，系统介绍了源码梳理、开源化改造、驱动适配、QEMU 仿真验证到上板验证的标准迁移流程，并提炼出「组件源码不变、新增芯片仅适配驱动层、先在 QEMU 环境验证降低试错成本、流程可复用形成模板」四大迁移原则。他透露，团队已完成英特尔平台五大核心功能包向 openUBMC 的迁移并通过 QEMU 仿真验证，下一步将开展上板联调、完善标准化驱动接口，并逐步支持更多 BMC 芯片型号，最终纳入商用版本。

06 openUBMC Agent：从缺陷定位到升级验证的全链路工作流实践

软通华方 BMC 研发工程师 李庆华

亮点：AI Agent 不再只是聊天辅助，而是真正嵌入了从问题定位到升级验证的完整工程闭环。这标志着「openUBMC + AI」从概念走向了可复现的生产力。

软通华方 BMC 研发工程师李庆华结合真实缺陷处理场景，展示了 Agent 从问题发现、现场取证、源码分析、代码修改，到构建升级和效果验证的完整工作流程，并提炼为 Case（问题受理）、Debug（取证定位）、Developer（代码修改）、Delivery（构建部署）、Fresh Verify（重新取证复验）、Closeout（闭环输出）六个阶段，由 Context Runtime 驱动任务状态流转、Target Runtime 提供设备连接能力、openubmc-kb 知识库 MCP 提供候选方案检索。以 RAID 环境资源归属丢失问题为例，Agent 创建「Case」任务档案记录环境与验收标准后，自主完成定位、改代码、构建签名与升级验证，最终实现问题闭环——BMC 重启后资源归属重新建立，全部硬盘恢复健康。他特别提到，把每一步中间状态结构化写入 Case、而非把全部会话上下文重复带入模型，这套机制在保证可追溯性的同时，显著降低了 Token 消耗。

07 基于南向驱动规范的 RAID 卡适配实践

华瑞数鑫高级开发工程师 王伟

亮点：任何一家硬件伙伴都能照着南向驱动规范把自家部件「接入」进 openUBMC，体现的正是标准化生态的开放程度和复用效率。

华瑞数鑫高级开发工程师王伟以 B261s Boot RAID 卡的适配为案例，分享了基于南向驱动规范进行硬件适配、问题定位和功能验证的实践经验。他谈到，服务器领域 RAID 卡厂商众多、通信协议与功能特性各异，若没有统一框架，每新增一款 RAID 卡都需要改动大量模块，维护成本高昂；openUBMC 的解法是通过「硬件自发现 + SML 存储管理库 + 南向驱动规范」构成的三层协作模型实现标准化适配——新硬件只需按规范开发存储管理库、注册通信回调，即可复用北向接口层与拓扑管理框架，而无需改动整体架构。

08 基于 openUBMC 的开发工具提升效率实践

华鲲振宇 BMC 研发工程师 曹鹭洋

亮点：与「减少一次不必要的重启」较真，体现的是社区对一线运维体验的持续打磨——社区重视开发者真实日常体验。

华鲲振宇 BMC 研发工程师曹鹭洋聚焦 openUBMC 开发工具和热更新能力，探讨如何通过更加灵活的更新和调试机制，减少不必要的整包升级和 BMC 重启——当前 openUBMC 已支持配置维度的热加载，但是紧急修复漏洞或调优功能时仍需刷新整包固件。他分享的探索思路是：openUBMC 的微组件架构天然支持组件独立开发、测试与发布，配合 Systemd 对组件生命周期的管理，理论上可以把升级对象从「整个 BMC」缩小到「单个组件」；团队已围绕热更新包操作资源协作接口、以及在不重启任何组件的前提下通过 hpm 包动态加载新服务等场景展开验证，探索缩短研发验证链路、减少重复操作的路径。

09 CRPS 电源 3+N 冗余管理在 openUBMC 落地实践

软通华方 BMC 研发工程师 任平

亮点：面对多样电源设计、多种协议的真实复杂硬件场景，依然能用同一套分层框架标准化纳管，是对 openUBMC 南向驱动规范工程严谨度的又一次实测。

软通华方 BMC 研发工程师任平从真实电源硬件场景出发，围绕 CRPS 电源 3+N 冗余架构，分享了从硬件拓扑识别、协议通信到 openUBMC 适配和验证的完整实践。面对 6 路 CRPS 电源、2 块电源板带来的地址冲突问题，团队通过 PCA9545 通道隔离实现同组地址复用；在协议层，基于 PMBus 1.3+ 标准并配合 CRC8 校验、失败重试机制保障通信可靠性，同时实现电源工作模式的冷冗余切换控制。他特别强调了「CSR 负责描述硬件是什么、Protocol 负责怎么读写、Monitor 负责何时采集、北向负责怎么呈现」的分层解耦原则，使新增电源型号无需侵入现有通用电源路径，并具备完善的异常自动回退能力，避免设备停留在异常状态。

10 openUBMC Studio AI Agent 自主 BMC 调试工作流介绍和实践分享

openUBMC AI SIG Maintainer 范信鑫

亮点：22 个 MCP 工具、多类专用 Agent、一键日志分析——openUBMC 把 AI 原生的开发者体验做成了可现场上手的产品。

openUBMC AI SIG Maintainer 范信鑫围绕 openUBMC Studio 与 AI Agent 的结合，介绍了如何通过 MCP（Model Context Protocol）机制，将真实 BMC、调试工具、知识库和专家能力连接起来，让 OpenCode、Codex 等主流 Coding Agent 工具具备理解 openUBMC 组件关系、MDB 领域术语的能力。目前 openUBMC Studio 已提供 22 个 BMC 远程管理 MCP 工具（覆盖连接配置、分组管理、连通检测、命令执行、文件传输、命令宏、固件升级 7 类场景）与 5 个专用调试 MCP 工具（MDB 对象查询、D-Bus 服务查询、Systemd 状态查询、日志检索、路径权限校验），并内置代码巡检、故障诊断、PR 评审三类 Agent，使通用 Agent 从简单的代码辅助进一步进入问题定位、代码分析、调试和验证等真实 BMC 研发环节。演示环节还展示了一键日志采集与可视化解析工具，能把原本分散在多组件、多协议层的原始日志转化为可交互查询的结构化视图，为后续接入 AI 智能诊断打下基础。

开发者现场体验 openUBMC Studio AI Agent 调试工作流

现场实践环节，开发者对照四项实操任务动手体验——完成一次 BMC 一键日志分析并浏览告警与板卡信息、配置 BMC 环境完成一次 HPM 包一键升级、安装 openUBMC Skills 并借助 Fault Diagnosis Agent 进行环境问题诊断、通过社区工作台启动一次 PR 的 AI 检视，对 Agent 在真实 BMC 调试场景中的实用价值表现出较高关注，并提出了进一步优化建议。

从技术分享走向现场交流，让真实需求持续推动社区演进

从基础能力建设，到真实场景落地，再到 AI 赋能研发，本次 Meetup 不仅展示了 openUBMC 当前的技术能力，也为企业伙伴、社区专家与开发者搭建了面对面交流的平台。而这也是 openUBMC 一直以来努力的方向——以积极开放的方式，持续将社区能力转化为可产品化的技术，将真实场景中的经验沉淀为开发者可复用能力，帮助成员单位与开发者降低开发门槛、提升交付效率，推动产品适配与业务场景加速落地。

未来，openUBMC 将携手更多成员单位、产业伙伴与开发者，持续深化技术交流、共建产业生态。

下一站 Meetup，期待与更多开发者相聚。

• 点击 “链接” 即可查看直播回放：https://www.chaspark.com/#/live/1303506534771056640

欢迎关注openUBMC

• 社区官网：https://www.openubmc.cn
• 代码仓地址：https://gitcode.com/openUBMC