Open
[需求]: 支持 responder 令牌管理响应 #8
黄志毓Add on 22 days ago
22 days ago Added label: sig/sig-component-drivers
openUBMC-robot
22 days ago Comments:
22 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
22 days ago Comments:
22 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) |


22 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
1 day ago Associated pull request
6 hours ago Associated pull request
所属版本
openUBMC 26.12
版本分支
openUBMC main
简要说明
mctpd 须提供 responder 令牌(reply token)机制,持有至完成/超时/取消,由事件循环串行决议一次回复。令牌须引用本地请求/路由,调用者不能任意指定目标 EID/Tag;Control 特殊地址走专用封装。地址失效/注销时取消令牌;超时关闭回复资格但不等价于业务操作已撤销。
前置条件
BMC运行正常
系统用户
开发人员、运维人员
主成功场景
1、对端请求到达后,mctpd 分配 responder 令牌,绑定本地请求/路由/epoch
2、令牌持有至 handler 完成/超时/取消
3、事件循环串行决议一次回复:handler 经令牌提交响应,mctpd 统一 TX 返回
4、令牌完成后释放,不再接受迟到完成
非功能需求类型
(1)可靠性要求:一次完成保证;重复/迟到完成不再发包;超时关闭的是回复资格,不等价于业务操作已撤销
(2)可维护性要求:令牌状态可诊断(REQPENDING→COMPLETED/TIMEDOUT/CANCELLED);保留会话终结原因的日志
(3)可测试性要求:支持注入超时、取消、迟到完成场景验证令牌机制;可注入服务退出、超时迟到等场景
(4)性能要求:令牌分配和完成为内存操作,响应时间 <0.1ms;responder 事务表全局 64 项纳入 ≤2MiB 常驻内存
(5)兼容性要求:令牌机制不影响既有 requester 事务管理
(6)安全要求:令牌绑定路由/epoch,调用者不能任意指定目标 EID/Tag;业务不得绕过 transport 指定任意物理目标或 EID/Tag
(7)韧性要求:地址失效/注销时取消令牌,无迟到响应误投;当前分配操作自己的应答不被批量取消误删
兼容性影响评估
NA
扩展场景(含异常场景)
NA
周边依赖
NA
约束
NA