| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[fix]HCCP fix dfx issue Co-authored-by: xz00xz<xiongzhe5@huawei.com> # message auto-generated for no-merge-commit merge: !4069 merge hccp_dfx into master [fix]HCCP fix dfx issue Created-by: xz00xz Commit-by: xz00xz Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 维测增强： 1、ping_urma日志问题 2、rs_ub打印问题 3、register mr报错新增errno 4、添加异步事件维测 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 2. 补充的UT用例： ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [x] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [x] 🔍 邀请 committer评论 /lgtm前的必要检查 - [ ] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [ ] 📄 代码修改内容已简要描述，相关文档已更新 - [ ] 📝 代码注释已更新，代码遵循项目整体代码风格 - [ ] 🧪 代码UT测试已更新，覆盖率已达标 - [ ] 🔬 验证方法已更新到"测试"部分 - [ ] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [ ] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [x] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [x] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!4069 | 2 个月前 | |
fix: resolve channelId via HcommChannelGet in GenErrorInfo functions Co-authored-by: hulk1997<hulinkang1@huawei.com> Co-authored-by: qq_46994783<sunenguang1@h-partners.com> # message auto-generated for no-merge-commit merge: !4086 merge master into master fix: resolve channelId via HcommChannelGet in GenErrorInfo functions Created-by: hulk1997 Commit-by: hulk1997;qq_46994783 Merged-by: cann-robot Description: ## 描述 ### 简要描述 GenErrorInfo 系列函数改为通过 HcommChannelGet 动态解析 channelId/signalId/varId，替代直接从 rep 对象读取，提升错误信息准确性。 ### 问题描述 CcuTaskException 的 GenErrorInfoRemPostSem、GenErrorInfoRemWaitSem、GenErrorInfoRemPostVar、GenErrorInfoRead、GenErrorInfoWrite、GenErrorInfoBufRead、GenErrorInfoBufWrite 等函数生成错误信息时，channelId、signalId、paramId 等字段直接从 rep 对象的 GetChannelId()、GetId()、GetRmtCkeId()、GetRmtXnId() 等方法读取。这些 ID需要在翻译时解析得到，但翻译过程已迁移到InsGenerator，导致 DFX 错误信息中的 channel/signal/variable 标识不准确，影响任务异常定位。 ### 解决方案 1. 在 CcuTaskException 中新增三个静态私有方法作为统一的信息获取接口： - GetChannelIdByHandle：调用 HcommChannelGet 解析 channelHandle 为 channel 指针，dynamic_cast 为 CcuUrmaChannel 后调用 GetChannelId() 获取真实 channelId。 - GetSignalIdByHandle：同样解析 channel 指针，根据 isRmtSig 标志分别调用 GetRmtCkeByIndex（远端信号）或 GetLocCkeByIndex（本地信号）获取 signalId。 - GetVariableIdByHandle：解析 channel 指针后调用 GetRmtXnByIndex 获取 varId。 2. 上述方法均包含 HcommChannelGet 失败、channel 指针为空、dynamic_cast 失败等异常分支的错误处理与日志输出。 3. 重构 GenErrorInfoRemPostSem/RemWaitSem/RemPostVar/Read/Write/BufRead/BufWrite 七个函数，将原来直接从 rep 读取 ID 的逻辑替换为调用上述新方法，通过 channelHandle 实时解析得到 channelId、signalId、paramId，确保错误信息中的标识与 channel 实例状态一致。 ### 影响范围 - 新增：CcuTaskException 新增 GetChannelIdByHandle/GetSignalIdByHandle/GetVariableIdByHandle 三个静态私有方法及对应头文件声明 - 修改：GenErrorInfoRemPostSem、GenErrorInfoRemWaitSem、GenErrorInfoRemPostVar、GenErrorInfoRead、GenErrorInfoWrite、GenErrorInfoBufRead、GenErrorInfoBufWrite 七个函数的 channelId/signalId/paramId 获取逻辑 - 功能：DFX 错误信息中的 channel/signal/variable 标识改为实时解析，提升异常定位准确性 - 兼容性：对外接口无变化，仅影响内部错误信息生成逻辑 - 错误处理：新增 HcommChannelGet 失败、空指针等异常分支的处理与日志 ### 新增用例 - 单元测试 ut_ccuTaskException_GetChannelByHandle_test.cc，共 12 个用例： - GetChannelIdByHandle：正常场景返回成功且 channelId 正确；HcommChannelGet 失败返回错误；channel 指针为空返回指针错误 - GetSignalIdByHandle：远端信号正常场景；本地信号正常场景；GetRmtCkeByIndex 失败返回 UNAVAIL；GetLocCkeByIndex 失败返回 UNAVAIL；channel 指针为空返回指针错误 - GetVariableIdByHandle：正常场景返回成功且 varId 正确；GetRmtXnByIndex 失败返回 UNAVAIL；channel 指针为空返回指针错误 - GenErrorInfoRead：正常场景验证 channelId 来自 handle 解析 - GenErrorInfoWrite：正常场景验证 channelId 来自 handle 解析 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应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!4086 | 2 个月前 | |
[Fix] 删除一致性校验 crc32 时的字符串大小判断 Co-authored-by: jiyuanhao<jiyuanhao1@huawei.com> # message auto-generated for no-merge-commit merge: !3983 merge fix/crc into master [Fix] 删除一致性校验 crc32 时的字符串大小判断 Created-by: jiyuanhao Commit-by: jiyuanhao Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> [Fix] 删除一致性校验 crc32 时的字符串大小判断 问题现象：构造1GB ranktable文件，初始化通信域时，计算ranktable crc32时报错，原因是拦截了>40MB的文件，但实际支持1GB以内的文件 修改方案：直接删除 crc32 文件大小判断，经验证功能无误 markdown CRC32 对于 1GB 的文件完全有效，且没有文件大小上限。 以下是详细的技术解释和实际建议： ### 1. 为什么没有文件大小上限？ CRC 算法的本质是**流式计算（Streaming Calculation）**或**分块计算（Block Calculation）**。 - **数学原理**：CRC 是基于多项式除法的线性运算。它不依赖于文件的总长度，而是逐个字节（或逐个块）处理数据。 - **内存占用低**：计算 CRC32 只需要一个 32 位的寄存器（4 字节）和一张预计算的查找表（通常 256 个整数，约 1KB 内存）。无论文件多大，内存占用几乎恒定不变。 - **处理方式**： - 对于 1GB 文件，程序会读取文件的一小部分（例如 4KB 或 64KB），更新 CRC 值，再读取下一部分，直到文件结束。 - 最后得到的 CRC 值，等同于一次性对整个 1GB 数据计算的结果。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 2. 补充的UT用例： ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 文档更新 <!--如果这个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!3983 | 2 个月前 | |
hcomm/pkg_inc/hccl目录调整V2 Co-authored-by: liangxuheng<741015122@qq.com> # message auto-generated for no-merge-commit merge: !3261 merge base-master/pkgInc-move-v2 into master hcomm/pkg_inc/hccl目录调整V2 Created-by: liangxuheng Commit-by: liangxuheng Merged-by: cann-robot Description: ## 描述 **hcomm/pkg_inc/hccl目录调整** 1、将base.h、dtype_common.h、hccl_ctrl_plane.h、hccl_ex.h、hccl_inner.h、hccl_one_sided_services.h、hcom.h、workflow.h这8个包间接口文件在代码中的位置从hcomm/pkg_inc/ hccl移动到hcomm/pkg_inc/legacy/hccl 2、保持打包CANN包时，pkg_inc中的头文件路径不变 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [x] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应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!3261 | 2 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 2 个月前 |