openUBMC Meetup 合肥站圆满举办｜百信联合主办，共探 BMC 开源生态实践
2026/10/08
openUBMC Meetup 合肥站圆满举办｜百信联合主办，共探 BMC 开源生态实践
2026 年 9 月 22 日，由 openUBMC 社区与百信信息技术有限公司联合主办的 openUBMC Meetup 合肥站圆满举办。
openUBMC 开源发展委员会委员、百信研发总经理鞠荣荣，开源发展委员会秘书长王瑞锋出席本次活动。同时，openUBMC 社区多位 TC 委员、Maintainer，以及来自百信、华瑞数鑫、华为、沐创等社区伙伴的技术专家齐聚合肥，围绕社区最新进展、北向架构设计、产品集成测试、南向部件标准与适配、板卡问题定位、硬件调试工具及 AI Agent 智能调试等议题展开深度分享，共同探讨 BMC 技术落地的关键问题与解决思路，活动吸引线上线下众多开发者参与深度交流。
10 场分享，直击 openUBMC 工程内核
01 openUBMC Community Updates
亮点：主线创新与 LTS 长期维护并行推进，算力生态、融合运维、南向规范与 AI 研发能力持续落地，社区技术与生态建设同步提速。
开场环节，openUBMC TC 委员于飞同步了社区最新进展。openUBMC 社区围绕多算力、多芯片场景，持续推进新一代 X86 平台机型及多 BMC 芯片等能力建设。易运维技术，完成网卡、RAID、NVMe 等部件的带外升级能力建设，并持续推进 CPLD 无感升级、并行升级、能效优化、安全签名，以及 event、sensor 高性能组件等重点技术方向。
26.09 版本继续在 hardware、interface、component-drivers、ai、CICD 等 SIG 推进关键能力交付；其中，ai SIG 已有 75 款 Skill 上线，并完成 MCP Server 与 LLM 技术探索验证。版本运作上，社区已形成主线版本与 LTS 长期维护版本并行的机制。
截至目前，社区已汇聚 40+ 家企业、1000+ 位开发者、成立 14 个 SIG，已召开 557 场 SIG 例会，累计 10,502 个 Issue、15,798 个 PR，Issue 闭环率达 86.95%、PR 闭环率达 95.6%；下载量 179,791 次，论坛访问量 1.842 亿次。openUBMC 已形成企业、开发者与 SIG 多方共建、高效协作、持续增长的活跃社区生态，社区规模、贡献产出与行业影响力稳步提升。
02 北向接口架构设计和实现方案介绍
亮点：聚焦 BMC 北向接口特点，系统讲解 openUBMC 北向架构总体设计，并深入分享以 DSL 为核心的 Redfish、WebREST、CLI、SNMP、IPMI 接口开发范式，具备灵活扩展、按需裁剪与定制能力。
本次技术分享聚焦 openUBMC 北向接口技术实践，围绕行业标准持续演进、产品形态多元、客户定制需求差异化的行业现状，系统呈现了 openUBMC 北向接口的整体设计思路与阶段成果。
项目以 “分层 + 偏序依赖”“两树分三层” 构建统一架构底座；接口映射 DSL 沉淀 60 + 关键字、12 类语句、7 类校验规则，实现主流接口全覆盖；映射引擎升级至 2.0 提效，支持灵活定制适配差异化场景。
未来团队将持续推动北向标准化建设，重点开展组件低成本适配迁移与互操作性 Profile 落地，逐步完善 OCP HW-Mgmt、DPU/NPU 管理接口、灵衢总线与硬件遥测等技术能力。
03 openUBMC产品化集成测试流程和常见问题分享
亮点：三重防护网、五层问题拦截，将质量保障从“版本发布前验证”前移到需求、设计、开发和集成全过程。
本议题围绕 openUBMC 产品化集成测试流程展开，从测试分析、测试设计、测试执行到测试评估，梳理了需求决策、特性开发、版本构建、集成验证与版本发布各阶段的质量活动，以及 QA、docs、release-management 等 SIG 的协同方式。
在系统设计验证环节，以 MCX4121A-ACAT 网卡兼容需求为例，从功能、性能、可靠性、兼容性等维度拆解需求并形成可执行测试点；在 SIT 环节，则覆盖性能、可服务、规格、兼容性、可靠性、安全六类系统级测试。
社区同时建设流水线工具、模块级、版本级三重防护网，通过五层拦截尽可能将问题前移，并持续向伙伴开放测试架构、策略模板、用例规范、自动化框架、QEMU 仿真、版本冒烟等测试能力，相关资产统一沉淀在 openUBMC/QA项目仓。
04 AI Agent 驱动的 openUBMC开发板调试：从远程上电到 RAMFS 验证
亮点：三个 rootfs 均损坏后，Agent 依托 13 项阶段化 Skills 和远程电源、串口等能力，完成从启动失败到 Web 重新登录的故障恢复闭环，全流程用时 1 小时 00 分 37 秒。
本议题聚焦真机调试中“Agent 能分析，但现场操作仍绕不过去”的现实问题：BMC 挂死后 SSH/Web 入口可能失效，启动阶段日志依赖串口，镜像加载需要网络与 TFTP 环境，软件重启无效时还需要重新上下电。
为此，实践提出“Skills 保存判断与方法，脚本执行动作”的思路，由 Agent 先识别当前处于串口登录、U-Boot 还是 Linux 阶段，再选择下一步 Skill，并带着执行结果继续判断。基于社区已有远程桌面能力，本次进一步沉淀 13 项 bring-up 专项 Skills（PR #141–#153），覆盖串口接入、U-Boot 临时引导、RAMFS、GPP 恢复、管理网络恢复、Redfish 就绪诊断等阶段。
实机案例完整演示“三槽 rootfs 损坏→普通启动失败→RAMFS 装载→重新部署→eMMC 冷启动→Web 登录成功”的恢复与验收过程，并将可复用的方法继续贡献回社区。
05 基于CSR2.0的自发现机制技术分享
亮点：为“管理面驱动”建立统一标准，推动部件差异在驱动层完成收敛与消化，让上层 BMC 应用免于反复侵入式改造。
本议题从部件“业务系统侧驱动”已经形成成熟标准，而带外“管理面驱动”长期缺少统一规范的行业现状出发，介绍 openUBMC 南向部件标准化思路。
通过统一部件抽象接口屏蔽硬件差异，采用必选/可选接口分层兼顾标准能力与差异化竞争力，并结合 CSR 自描述、自发现等机制完成部件识别、加载与管理，目标是实现标准部件接入时 BMC 应用层免修改。社区已围绕网卡、xPU、硬盘、RAID 卡等重点部件建立测评与认证体系，形成 L1-L4 分级认证，并持续完善测试工具、用例、兼容性清单与认证流程。
component-drivers SIG 汇聚整机厂商、部件厂商及相关技术伙伴，围绕驱动规范、开发框架、认证体系和生态扩展持续演进，推动南向部件驱动从单点适配走向可复用的标准化能力。
06 板卡管理常见问题定位指导
亮点：从 CSR 加载到 MCTP 建链，再到北向显示、RAID 卡降速和 NCSI 网卡联动复位，将复杂板卡问题拆解成可复用的分层排查路径。
本议题以“板卡管理常见问题定位”为主线，围绕“拓扑建立→丝印文件生成→带内 BIOS 上报 BDF→读取四元组→匹配并加载 CSR”梳理关键排查点，并通过“环境缺少 PSR，导致拓扑建立失败、丝印文件无法生成”的案例说明PCIe建链问题定位方法。
MCTP 部分介绍 Prepare for Endpoint Discovery、Endpoint Discovery、EID 分配、路由注册等建链阶段，以及从路由、Endpoint、链路报文逐层排查的思路。
随后又结合 Redfish 查询字段概率性为空的时序问题、RAID 卡速率概率跳变、KVM强制下电触发NCSI网卡联动复位等案例，展示如何结合资源协作接口、日志、CSR配置与代码逐层收敛问题，并给出 PCIe 拓扑、MCTP、CSR 配置以及 DMTF 协议等资料入口。
07 基于服务器南向标准的网卡部件驱动自接入实践
亮点：从 CSR 配置到 NCSI over MCTP 调试，完整走通网卡部件基于 openUBMC 南向标准自接入的工程路径。
本议题介绍了沐创网卡接入 openUBMC 的实践背景，并总结部件厂商在固件开发中面临的共性挑战：不同整机 BMC 软件栈存在差异、管理协议要求不统一、全量学习成本高，以及缺少自主调试手段等。
以实际网卡为例，按照“CSR 准备→服务器硬件拓扑与 SMBus 参数配置→私有协议命令实现→NCSI over MCTP 命令实现→编译集成→协议调试”的路径完成驱动接入，并结合 BMC 侧与网卡固件侧日志定位 MCTP/NCSI 通信问题。
实践体现了南向驱动规范的价值：通过统一接口要求、独立代码模块和社区化发布机制，部件厂商可以更早参与开发、验证和问题定位，降低对具体整机软件栈的依赖，并推动更多硬件厂商参与 component-drivers SIG 共建。
08 openUBMC I2C与Hisport总线调试工具的设计与应用
亮点：把设备探测和读写验证前置，用一套工具先确认“总线在哪里、设备在不在、链路通不通”，再进入 CSR 与正式代码开发。
本议题针对 openUBMC 硬件调试中往往需要先配置 CSR、编写调用代码并完成构建部署，才能验证设备在位与读写的痛点，介绍了 bus_tools 总线调试工具集。
工具覆盖 I2C 与 Hisport 两类总线，提供 i2cdetect、hisportdetect、busdetect 以及 i2ctransfer、hisporttransfer、bustransfer 六个命令，可完成总线枚举、地址扫描、多级 mux 探测、设备读写和组合事务验证。六个命令共享一套公共内核，并通过 lease、共享锁、重试机制、mux 初值保存与恢复等设计保证使用过程的可靠性。
现场案例包括通过插卡前后拓扑差异定位 PCIe 插卡归属设备、读取 RAID 卡 DDR 温度、获取 GPU 功耗等。工具的定位十分明确：提供正式开发前的快速调试与验证入口，而最终产品能力仍由 CSR 和正式代码交付。
09 基于南向驱动规范开发实践的技术分享
亮点：“一套框架，多厂商扩展”，以四款国产 RAID 卡真实适配为样本，沉淀从硬件识别、厂商库接入到系统验证的标准化方法。
本议题以 D3100s、D4100t、H3130s、B261s 四款 RAID 卡接入 openUBMC 为背景，系统拆解南向三层协作模型：VPD 负责硬件拓扑描述，PCIe Device 负责 BDF 与设备识别，Storage 负责控制器、物理盘和逻辑盘管理，形成“VPD 找得到→PCIe Device 认得出→Storage 管得了”的验证逻辑。
实战中，B261s 通过新增厂商自研 SML 库路径完成接入，其他卡型则基于既有框架复用和扩展；针对无背板 Boot RAID 场景，还设计了软件虚拟盘位点灯，并通过独立 I2C 读接口、厂商通道隔离和传感器告警配置化等方式处理差异化能力。
最终将实践归纳为硬件信息收集、VPD 拓扑配置、PCIe 设备识别验证、SML 厂商库开发、适配层集成、业务策略适配与测试六步标准化流程。
10 openUBMC Studio AI Agent 自主BMC调试工作流介绍和实践分享
亮点：openUBMC Studio 将领域知识、真实 BMC 环境与专业调试MCP工具统一纳入 Agent Harness，让 AI 从“能执行命令”进一步走向安全、可追溯、可复用的 BMC 自主调试闭环。
本议题分享围绕通用 Agent 在 openUBMC 调试中存在领域上下文不足、环境连接反复、专用工具与知识缺失、定位过程难以稳定收敛等问题，介绍了基于 openUBMC Studio 构建的 AI Agent 自主 BMC 调试工作流：通过 MCP 统一连接和管理真实 BMC 环境，提供 SSH/Telnet、MDB、D-Bus、Systemd、日志查询及固件升级等场景化能力，并结合 RAG 知识库与 Skills 沉淀 openUBMC 专家知识经验；在实际故障案例中，Agent 从问题描述出发，自主完成在线观测、证据收集和根因定位，并进一步衔接修复方案、整包构建、固件升级与测试验证，在受控只读和关键操作审批机制下实现从问题定位到修复验证的完整闭环。
现场实践环节，开发者围绕四项实操任务动手体验：一是完成 BMC 一键日志分析，查看告警与板卡信息；二是使用 BMC 环境管理，配置 BMC 环境及常用命令；三是完成 HPM 包一键升级，安装 openUBMC Skills，并借助 Fault Diagnosis Agent 诊断环境问题；四是使用社区工作台，启动一个 PR 的 AI 检视。开发者对 Agent 在真实 BMC 调试场景中的实用价值给予高度关注，并提出了进一步优化建议。
从技术分享到深度共创 ——openUBMC Meetup 覆盖工程全周期落地
从北向架构标准化体系建设，到产品测试验证与南向部件生态共建，再到板卡故障定位、硬件调试工具体系与 AI 原生研发实践，本次 Meetup 完整串联起 openUBMC 从「架构与标准」到「开发、适配、测试、排障、运维」的全周期工程链路，为整机厂商、部件厂商、社区技术专家与广大开发者搭建了面对面交流的深度协作平台。这也正是 openUBMC 社区持续深耕的方向：以开放协作模式推动社区技术能力向产品化落地转化，将真实工程经验沉淀为全行业开发者可复用的公共技术资产。
未来，openUBMC 将携手更多成员单位、产业伙伴与开发者，持续完善架构、标准、测试与工具体系，推动更多部件、产品和真实业务场景在社区中完成共建与验证，共同建设开放、协同、可持续演进的 BMC 开源生态。
下一站 Meetup，期待与更多开发者相聚。
活动相关直播回放将陆续同步至 openUBMC 视频号，欢迎持续关注。
欢迎关注openUBMC
【版权声明】Copyright © 2026 openUBMC Community。本文由openUBMC社区首发，欢迎遵照CC-BY-SA 4.0协议规定转载。转载时敬请在正文注明并保留原文链接和作者信息。
【免责声明】本文仅代表作者本人观点，与本网站无关。本网站对文中陈述、观点判断保持中立，不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。本文仅供读者参考，由此产生的所有法律责任均由读者本人承担。