Open
[需求]: 支持经 IMU 桥接接收 MCTP VDM 报文 #4
黄志毓Add on 23 days ago
23 days ago Added label: sig/sig-component-drivers
openUBMC-robot
23 days ago Comments：
23 days ago Comments：
欢迎来到 openUBMC 社区
Hey @hzy1010 , 感谢你对社区的贡献.
机器人使用手册
有关指令的使用，可以点击 说明文档 或 论坛 查看详情。开发人员可以在每个PR或Issue下方评论特定指令来触发机器人任务。您可以自助配置此仓库的 PR 合并规则，更多详情，请参阅机器人自助配置使用手册。
联系指引
有疑问可以联系 SIG: sig-component-drivers ,
维护者是： @dongyushan, @net_swift_wangchen, @sam_h1973, @u012924942, @weixin_37569011, @xiaoxinglxs ,
优秀贡献者是： @hzy1010, @leessential .
openUBMC-robot
23 days ago Comments：
23 days ago Comments：
Issue 工作流介绍
社区的需求和缺陷的工作流状态处于纳管中。
| 类型 | 上个状态 | 下个状态 | 评论命令 | 谁可以操作 |
|---|---|---|---|---|
| 需求 | 待办的 | 已接纳 | /todo2accepted | SIG组: sig-release-management (maintainer) |
| 需求 | 已接纳 | 开发中 | /accepted2developing | 仓库成员角色: Maintainer, Committer, Contributor, Owner |
| 需求 | 开发中 | 待验收 | /developing2UAT | 仓库成员角色: Maintainer, Committer, Contributor, Owner |
| 需求 | 待验收 | 已完成 | /UAT2done | SIG组: sig-QA (maintainer,committer) |
| 需求 | 待办的 | 已挂起 | /todo2suspended | SIG组: sig-release-management (maintainer) |
| 需求 | 已挂起 | 已接纳 | /suspended2accepted | SIG组: sig-release-management (maintainer) |
| 需求 | 待办的 | 已拒绝 | /todo2rejected | SIG组: sig-release-management (maintainer) |
| 需求 | 已拒绝 | 已接纳 | /rejected2accepted | SIG组: sig-release-management (maintainer) |
23 days ago Modify description of issue
18 days ago associated Kanban: openUBMC 26.12需求看板
14 days ago changed custom state from 待办的 to 已接纳
4 days ago Assign chzhpfoxjay_123 as responsible person
23 hours ago Associated pull request
5 hours ago Associated pull request
所属版本
openUBMC 26.12
版本分支
openUBMC main
简要说明
BMC 须能稳定接收经 IMU 桥接转发的 MCTP over PCIe VDM 报文，支持 MCTP 基线 MTU 下的完整消息接收。端点发现后须完成身份绑定（BDF 与 EID），保证桥接路径通信可达、可辨识。
前置条件
IMU运行正常。BMC运行正常。
系统用户
开发人员、运维人员
主成功场景
mctpd 从驱动读取报文并解封
非功能需求类型
（1）可靠性要求：收包路径须对 VDM 帧格式和重组序号做严格校验，校验失败丢弃该消息不重传；读循环异常不崩溃主服务并自动重试
（2）可维护性要求：记录每个Endpoint的eid等信息
（3）可测试性要求：BMC和IMU之间通信正常
（4）性能要求：NA
（5）兼容性要求(和以前版本及周边配套)：NA
（6）安全要求：NA
（7）韧性要求：NA
兼容性影响评估
NA
扩展场景（含异常场景）
多片消息分片乱序：按序号重组，SOM/EOM 标记正确识别
序号回绕：模 4 校验正确处理
重复首片：丢弃旧消息，重建有界上下文
无首片的后续包：丢弃，不分配新缓冲
超长/超时：回收该消息上下文，保护其他配额
周边依赖
NA
约束
NA