| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[feat]:A5 UB通信域级别QOS&&CCU环回适配新的get_tp_list方案 Co-authored-by: Klayyy<wanglei7@126.com> Co-authored-by: Klayyy<wanglei886@h-partners.com> # message auto-generated for no-merge-commit merge: !2603 merge Final into master [feat]:A5 UB通信域级别QOS&&CCU环回适配新的get_tp_list方案 Created-by: Klayyy Commit-by: Klayyy Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> 无 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. AICPU场景不同hcclQos hccl test验证 2. CCU 不同hcclQos hccltest验证 补充的UT用例：TP管理中新增ut用例 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> 无 ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [x] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [x] 🔍 邀请 committer评论 /lgtm前的必要检查 - [x] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [x] 📄 代码修改内容已简要描述，相关文档已更新 - [x] 📝 代码注释已更新，代码遵循项目整体代码风格 - [x] 🧪 代码UT测试已更新，覆盖率已达标 - [x] 🔬 验证方法已更新到"测试"部分 - [x] 🛠️ 代码已通过静态分析工具检查，无错误 - [x] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [x] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [x] 🚀 预约 前冒烟 用例前的必要检查 - [x] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [x] 🔧 代码已通过compile，编译无错误，无告警 - [x] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [x] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [x] 📊 前冒烟 用例已全量通过 - [x] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!2603 | 22 天前 | |
修复CCU指令解析中的错误处理，增加对不支持指令的检查 Co-authored-by: Innoecho<sunzhepeng@huawei.com> # message auto-generated for no-merge-commit merge: !2031 merge fixCcuSafeIssue into master 修复CCU指令解析中的错误处理，增加对不支持指令的检查 Created-by: Innoecho Commit-by: Innoecho Merged-by: cann-robot Description: ## 描述 fix: CCU资源分配安全与微码解析边界检查 问题描述: - CcuResIdAllocator::Alloc缺少资源类型标识，导致分配失败时日志无法区分Jetty/WqeBB等不同资源 - GetCtx方法访问ctxGroupMap_时缺少锁保护，存在线程安全隐患 - ParseMSList中count+2可能超过CCU_REDUCE_MAX_MS导致越界访问 - ParseInstr对不支持的指令头未做处理，直接访问map可能导致崩溃 解决方案: - 为CcuResIdAllocator::Alloc添加dfxInfo参数，调用处传入资源类型描述(ResType::Jetty/ResType::WqeBB) - GetCtx方法添加contextMapMutex_锁保护 - ParseMSList添加边界检查: if (count + 2 > CCU_REDUCE_MAX_MS) return "MS[]" - ParseInstr添加Unsupported指令处理: 未找到对应parser时返回格式化错误信息 - 统一struct初始化从{0}改为{}符合C++11规范 影响范围: - src/framework/next/comms/ccu/ccu_device: Jetty/WqeBB资源分配路径 - src/legacy/unified_platform/ccu: GetCtx线程安全、微码解析边界 - src/legacy/unified_platform/external_system: orion_adapter_hccp.cc初始化规范 新增用例: - GetCtx_ExecutorIdNotExist: 验证executorId不存在时返回nullptr - GetCtx_ThreadSafety: 验证ctxGroupMap_并发访问安全 - ParseInstr_UnsupportedInstrHeader: 验证不支持指令头返回错误信息 - ParseMSList_CountExceedsMax: 验证count超限时返回MS[] ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue https://gitcode.com/cann/hcomm/issues/180 https://gitcode.com/cann/hcomm/issues/181 https://gitcode.com/cann/hcomm/issues/182 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 2. 补充的UT用例： ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [ ] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [ ] 🔍 邀请 committer评论 /lgtm前的必要检查 - [ ] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [ ] 📄 代码修改内容已简要描述，相关文档已更新 - [ ] 📝 代码注释已更新，代码遵循项目整体代码风格 - [ ] 🧪 代码UT测试已更新，覆盖率已达标 - [ ] 🔬 验证方法已更新到"测试"部分 - [ ] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!2031 | 1 个月前 | |
修复CCU指令解析中的错误处理，增加对不支持指令的检查 Co-authored-by: Innoecho<sunzhepeng@huawei.com> # message auto-generated for no-merge-commit merge: !2031 merge fixCcuSafeIssue into master 修复CCU指令解析中的错误处理，增加对不支持指令的检查 Created-by: Innoecho Commit-by: Innoecho Merged-by: cann-robot Description: ## 描述 fix: CCU资源分配安全与微码解析边界检查 问题描述: - CcuResIdAllocator::Alloc缺少资源类型标识，导致分配失败时日志无法区分Jetty/WqeBB等不同资源 - GetCtx方法访问ctxGroupMap_时缺少锁保护，存在线程安全隐患 - ParseMSList中count+2可能超过CCU_REDUCE_MAX_MS导致越界访问 - ParseInstr对不支持的指令头未做处理，直接访问map可能导致崩溃 解决方案: - 为CcuResIdAllocator::Alloc添加dfxInfo参数，调用处传入资源类型描述(ResType::Jetty/ResType::WqeBB) - GetCtx方法添加contextMapMutex_锁保护 - ParseMSList添加边界检查: if (count + 2 > CCU_REDUCE_MAX_MS) return "MS[]" - ParseInstr添加Unsupported指令处理: 未找到对应parser时返回格式化错误信息 - 统一struct初始化从{0}改为{}符合C++11规范 影响范围: - src/framework/next/comms/ccu/ccu_device: Jetty/WqeBB资源分配路径 - src/legacy/unified_platform/ccu: GetCtx线程安全、微码解析边界 - src/legacy/unified_platform/external_system: orion_adapter_hccp.cc初始化规范 新增用例: - GetCtx_ExecutorIdNotExist: 验证executorId不存在时返回nullptr - GetCtx_ThreadSafety: 验证ctxGroupMap_并发访问安全 - ParseInstr_UnsupportedInstrHeader: 验证不支持指令头返回错误信息 - ParseMSList_CountExceedsMax: 验证count超限时返回MS[] ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue https://gitcode.com/cann/hcomm/issues/180 https://gitcode.com/cann/hcomm/issues/181 https://gitcode.com/cann/hcomm/issues/182 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 2. 补充的UT用例： ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [ ] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [ ] 🔍 邀请 committer评论 /lgtm前的必要检查 - [ ] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [ ] 📄 代码修改内容已简要描述，相关文档已更新 - [ ] 📝 代码注释已更新，代码遵循项目整体代码风格 - [ ] 🧪 代码UT测试已更新，覆盖率已达标 - [ ] 🔬 验证方法已更新到"测试"部分 - [ ] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!2031 | 1 个月前 | |
修复CCU指令解析中的错误处理，增加对不支持指令的检查 Co-authored-by: Innoecho<sunzhepeng@huawei.com> # message auto-generated for no-merge-commit merge: !2031 merge fixCcuSafeIssue into master 修复CCU指令解析中的错误处理，增加对不支持指令的检查 Created-by: Innoecho Commit-by: Innoecho Merged-by: cann-robot Description: ## 描述 fix: CCU资源分配安全与微码解析边界检查 问题描述: - CcuResIdAllocator::Alloc缺少资源类型标识，导致分配失败时日志无法区分Jetty/WqeBB等不同资源 - GetCtx方法访问ctxGroupMap_时缺少锁保护，存在线程安全隐患 - ParseMSList中count+2可能超过CCU_REDUCE_MAX_MS导致越界访问 - ParseInstr对不支持的指令头未做处理，直接访问map可能导致崩溃 解决方案: - 为CcuResIdAllocator::Alloc添加dfxInfo参数，调用处传入资源类型描述(ResType::Jetty/ResType::WqeBB) - GetCtx方法添加contextMapMutex_锁保护 - ParseMSList添加边界检查: if (count + 2 > CCU_REDUCE_MAX_MS) return "MS[]" - ParseInstr添加Unsupported指令处理: 未找到对应parser时返回格式化错误信息 - 统一struct初始化从{0}改为{}符合C++11规范 影响范围: - src/framework/next/comms/ccu/ccu_device: Jetty/WqeBB资源分配路径 - src/legacy/unified_platform/ccu: GetCtx线程安全、微码解析边界 - src/legacy/unified_platform/external_system: orion_adapter_hccp.cc初始化规范 新增用例: - GetCtx_ExecutorIdNotExist: 验证executorId不存在时返回nullptr - GetCtx_ThreadSafety: 验证ctxGroupMap_并发访问安全 - ParseInstr_UnsupportedInstrHeader: 验证不支持指令头返回错误信息 - ParseMSList_CountExceedsMax: 验证count超限时返回MS[] ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue https://gitcode.com/cann/hcomm/issues/180 https://gitcode.com/cann/hcomm/issues/181 https://gitcode.com/cann/hcomm/issues/182 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 2. 补充的UT用例： ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [ ] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [ ] 🔍 邀请 committer评论 /lgtm前的必要检查 - [ ] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [ ] 📄 代码修改内容已简要描述，相关文档已更新 - [ ] 📝 代码注释已更新，代码遵循项目整体代码风格 - [ ] 🧪 代码UT测试已更新，覆盖率已达标 - [ ] 🔬 验证方法已更新到"测试"部分 - [ ] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!2031 | 1 个月前 | |
修复CCU指令解析中的错误处理，增加对不支持指令的检查 Co-authored-by: Innoecho<sunzhepeng@huawei.com> # message auto-generated for no-merge-commit merge: !2031 merge fixCcuSafeIssue into master 修复CCU指令解析中的错误处理，增加对不支持指令的检查 Created-by: Innoecho Commit-by: Innoecho Merged-by: cann-robot Description: ## 描述 fix: CCU资源分配安全与微码解析边界检查 问题描述: - CcuResIdAllocator::Alloc缺少资源类型标识，导致分配失败时日志无法区分Jetty/WqeBB等不同资源 - GetCtx方法访问ctxGroupMap_时缺少锁保护，存在线程安全隐患 - ParseMSList中count+2可能超过CCU_REDUCE_MAX_MS导致越界访问 - ParseInstr对不支持的指令头未做处理，直接访问map可能导致崩溃 解决方案: - 为CcuResIdAllocator::Alloc添加dfxInfo参数，调用处传入资源类型描述(ResType::Jetty/ResType::WqeBB) - GetCtx方法添加contextMapMutex_锁保护 - ParseMSList添加边界检查: if (count + 2 > CCU_REDUCE_MAX_MS) return "MS[]" - ParseInstr添加Unsupported指令处理: 未找到对应parser时返回格式化错误信息 - 统一struct初始化从{0}改为{}符合C++11规范 影响范围: - src/framework/next/comms/ccu/ccu_device: Jetty/WqeBB资源分配路径 - src/legacy/unified_platform/ccu: GetCtx线程安全、微码解析边界 - src/legacy/unified_platform/external_system: orion_adapter_hccp.cc初始化规范 新增用例: - GetCtx_ExecutorIdNotExist: 验证executorId不存在时返回nullptr - GetCtx_ThreadSafety: 验证ctxGroupMap_并发访问安全 - ParseInstr_UnsupportedInstrHeader: 验证不支持指令头返回错误信息 - ParseMSList_CountExceedsMax: 验证count超限时返回MS[] ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue https://gitcode.com/cann/hcomm/issues/180 https://gitcode.com/cann/hcomm/issues/181 https://gitcode.com/cann/hcomm/issues/182 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 2. 补充的UT用例： ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [ ] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [ ] 🔍 邀请 committer评论 /lgtm前的必要检查 - [ ] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [ ] 📄 代码修改内容已简要描述，相关文档已更新 - [ ] 📝 代码注释已更新，代码遵循项目整体代码风格 - [ ] 🧪 代码UT测试已更新，覆盖率已达标 - [ ] 🔬 验证方法已更新到"测试"部分 - [ ] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!2031 | 1 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 22 天前 | ||
| 1 个月前 | ||
| 1 个月前 | ||
| 1 个月前 | ||
| 1 个月前 |