openUBMC Meetup 武汉站顺利举办|长江计算 x 神州鲲泰首次联合主办,共促 BMC 开源生态
2026/03/25
活动回顾|openUBMC Meetup 武汉站
2026年3月20日,由 openUBMC 开源社区牵头,联合社区成员单位 长江计算、神州鲲泰 共同举办的 openUBMC Meetup 武汉站圆满落幕。本次活动汇聚了社区核心伙伴,全天呈现 10+ 精彩议题,从社区动态到商业实践,从前沿 AI 探索到全新开发平台解读,为现场开发者带来了一场关于 BMC 技术创新的深度交流。
社区动态:openUBMC 稳步前行
活动伊始,openUBMC TC 委员程子明带来社区季度进展分享。openUBMC社区持续活跃,目前已发布25.12 LTS版本,26.05 LTS SP2计划于5月30日推出。技术规划方面,多算力平台管理组件已启动开发,将支持x86、RISC-V等不同架构的统一管理;HAL层设计已完成,可屏蔽不同BMC芯片的驱动差异。此外,社区正式成立AI SIG,旨在通过引入AI技术降低开发门槛,探索大语言模型在带外管理系统中的创新应用。

商业实践:从高密存储到 AI 服务器的落地答卷
高密存储服务器产品化实践
长江计算BMC系统工程师华从辉分享了高密存储机型的产品化实践。该机型支持70盘带外管理,支持双RAID卡与双型号风扇分区调速。重点介绍了三个层面的实践案例
- 存储特性层面:面对70盘场景下硬盘信息刷新长达20+分钟的挑战,团队通过任务分离、任务分级、无效冗余优化将刷新时间压缩至8分钟;
- 硬件适配层面:针对四块15盘背板跨槽位即插即用的需求,运用openUBMC的SR公式实现了自适应盘符机制,零C零Lua开发;
- 部署层面:通过openUBMC Studio构建CSR ALL包,将多次升级、多次重启优化为一次升级、一次重启,大幅提升部署效率。

CPLD 升级挂死案例分析
长江计算BMC开发工程师赵维松深入剖析了I2C升级CPLD过程中概率性挂死的根因。在R420K项目中,由于JTAG信号线路过长只能采用I2C升级,压测时出现每4-6小时挂死一次的现象。通过分析发现,挂死源于写入失败后未擦除Flash即重试写入,违背了CPLD Flash“先擦后写”的物理特性。团队优化了异常处理机制,写入失败后全量擦除Flash并从头全量写入,重试3次,优化后连续升级测试3天以上未再出现挂死。

互联网客户快速交付实践
长江计算BMC系统工程师李小灿分享了应对互联网客户差异化需求的交付经验。面对客户需求差异大、版本迭代紧凑、问题响应紧急三大挑战,团队形成了可复用的解决方案:
- 机型配置:利用openUBMC的CSR+硬件自发现机制,通过oem_product组件融合多机型配置,2个HPM镜像即可支撑13个机型。
- 功能定制:通过客户组件实现功能隔离,不同客户的定制需求独立维护,互不干扰。
- 版本管理:采用单一主干原则+版本火车进行分支管理,重新定义版本配套性,同步社区版本迭代节奏。
- 问题定位:依托本地化开发模式,结合代码逻辑与日志联合分析,利用社区AI助手提升问题定位效率。

AI 服务器 PCIe Switch 多 GPU 自发现
神州鲲泰BMC软件高级工程师刘杰分享了在KunTai R624 K2 4U8卡AI服务器中引入PCIe Switch板的实践。在4U8卡服务器项目中,通过PCIe Switch芯片将有限的CPU PCIe通道高效扩展为多个下行端口,实现多GPU挂载。
- 两大核心功能:
GPU 设备自发现:
在PCIe Switch扩展拓扑下,通过在bmc与bios的交互中新增SwitchPort字段,实现槽位号与BDF号的精准关联,自动识别并枚举所连接的GPU设备。 线缆状态管理:
基于openUBMC原生功能扩展,新增Switch板线缆检测模块,集成线缆连接检测与状态上报机制,实现对下行物理链路的可靠监控。 通过引入PCIe Switch,主板走线设计大幅简化,GPU卡间P2P通信延迟降低20%,千亿参数级AI模型训练迭代速度提升25%,收敛精度提升1.5%。
技术创新:社区生态拓展与 AI 赋能
M.2 RAID 卡带外管理创新
分百信BMC高级工程师罗昊分享了基于Marvell芯片的M.2硬RAID卡带外管理实践。该卡采用“盘卡一体”设计,无硬盘背板,专为系统盘设计,默认RAID1。
- 次实践实现两大突破:
- 将openUBMC存储框架扩展至Marvell体系,通过推动SML开源,完成了SDK适配与存储管理库开发。
- 新增“盘卡一体”架构支持,通过灵活处理Drive与PD映射关系、虚拟RAID阵列,兼容原有层级设计。
开发周期约4个月,涉及5个组件、5种编程语言、约5000行代码,体现了openUBMC框架的可拓展性与低耦合性。

x86 功能适配
百敖BMC主管 & openUBMC TC委员汪涛介绍了Intel/AMD平台特性向openUBMC迁移的工作。重点包括:
- Intel CPU 功能适配
(远程调试)、ACD(故障诊断)、Node Manager(功率封顶)、RAS Offload(错误处理)、Seamless Update(BIOS热升级)等。 - VGA 共享内存:利用BMC VGA接口未使用内存空间,实现BIOS与BMC间大文件高效传输,支持系统资产信息(约10KB)与BIOS Setting(约2MB)的快速交换。
- MMBI(内存映射 BMC 接口):基于eSPI总线外设通道,实现内存映射访问,带宽可达23MB/s,相对KCS的33KB/s提升两个数量级。

基于 RAG + 知识图谱的社区机器人
华为BMC研发工程师李兆天分享了社区AI机器人的技术方案。针对社区论坛存在的人工解答效率低、信息检索难、知识治理难三大痛点,团队构建了基于大模型+知识图谱+向量数据库融合架构的知识基座和社区AI机器人:
- 向量 + 图双引擎检索:通过向量索引实现文档分片检索,通过知识图谱挖掘语义关联,实现精准召回。
- 多智能体安全审查:对输入输出和检索内容相关性进行检查校验,保障回答可靠性。
- 数据飞轮机制:基于用户点赞/点踩反馈,持续优化知识质量与问答效果。
未来计划引入代码上下文管理,构建代码图谱和代码索引,实现代码检索并支持复杂问题故障定位。

生态工具:全新 openUBMC Studio
华为BMC研发工程师李睿宸带来openUBMC Studio深度解读。2026年BMC Studio品牌升级为openUBMC Studio,同时带来四大升级:
- 一键安装,快速开箱:openUBMC Studio大幅简化安装步骤,提供Windows、Ubuntu的一键安装包,内置引导式配置,预装核心功能插件,10分钟完成环境初始化。
- 模型驱动开发:规则集通过社区基础设施分发,编码阶段实时校验CSR属性类型、引用正确性,支持表达式调试与SMC命令字计算。
- 可视化 + IDE 无缝切换:在可视化配置能力基础上新增完整IDE能力,保留社区开发者操作习惯,支持代码与可视化页面双向同步,与命令行工具共同构建完整开发流程。
- 社区基础设施高度集成:支持一键登录社区账号,联动社区制品仓等基础设施能力,未来将继续集成社区文档、论坛等功能,实现一站式社区开发。
openUBMC Studio 集成了code-OSS内核,全面兼容vscode插件生态,包括openVSX等主流插件市场,与Claude code、Cline等主流AI插件无缝对接,后续将继续探索AI赋能openUBMC社区的更多可能。

第八届 CCF 开源创新大赛:BMC 的 AI 时代机遇
openUBMC TC委员张雨博在本次Meetup发布了第八届CCF开源创新大赛openUBMC赛道。本赛道涵盖“AI时代智能运维创新平台”与“嵌入式芯片LLM挑战”两大方向,总奖金10万元,无论你是想探索BMC的创新边界,还是希望在嵌入式AI领域一展身手,这里都有你的舞台。欢迎扫码进群,组队参赛,赢取丰厚奖金与开源社区影响力!


结语
江城之约,因开源而相聚,因技术而共鸣。从社区动态到商业实践,从AI探索到工具革新,每一位分享者的真知灼见,每一位参与者的专注倾听,都让这场Meetup超越了议程本身的意义。我们相信,当来自不同厂商、不同背景的开发者坐在一起,分享踩过的坑、探索新的路,openUBMC的生态便有了生长的土壤。 下一站,我们期待在更多城市与你相遇——共同打造属于开发者的开源BMC社区,让技术的力量,因开放而更强大。
【版权声明】Copyright © 2026 openUBMC Community。本文由openUBMC社区首发,欢迎遵照CC-BY-SA 4.0协议规定转载。转载时敬请在正文注明并保留原文链接和作者信息。
【免责声明】本文仅代表作者本人观点,与本网站无关。本网站对文中陈述、观点判断保持中立,不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。本文仅供读者参考,由此产生的所有法律责任均由读者本人承担。




