| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[build] update C++ version of LLT to C++ 17 Co-authored-by: ouyangcaike<ouyangcaike@h-partners.com> # message auto-generated for no-merge-commit merge: !2773 merge build-llt into master [build] update C++ version of LLT to C++ 17 Created-by: ouyangcaike Commit-by: ouyangcaike Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 1. 升级 LLT 模块的 C++ 版本到 C++ 17 2. 修改LLT模块中所有 any() 为 mockcpp::any() ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [x] 📋 其他，请描述：工程构建 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> NA ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： - LLT 编译成功并运行正常 - 全量拦截任务通过 补充的UT用例： - NA ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> NA ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [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!2773 | 10 天前 | |
[fix]GetRemoteMems Co-authored-by: renyumin<renyumin1@huawei.com> # message auto-generated for no-merge-commit merge: !2253 merge master into master [fix]GetRemoteMems Created-by: renyumin Commit-by: renyumin Merged-by: cann-robot Description: ## 描述 MyRank::ChannelGetHcclBuffer 接口中存在将 vector 大小写死的临时方案，已知在 GE 图模式场景内存数量过多的情况下会导致 coredump，现整改如下： 1. 将 MyRank::ChannelGetHcclBuffer 和 MyRank::ChannelGetRemoteMems 后续调用接口归一，在 MyRank 中对底层返回的内存信息进行筛选； 2. 因当前创建 channel 时传入的 memHandles 转换为的 buffer 指针可拿到符合预期的 memTag，不再需要另外使用成员存储 memTag，清除 channel 和 transport 内冗余的对 tag 信息的存储和交换，需要 tag 信息的位置通过 buffer 指针获取，因当前各场景均可通过 buffer 指针获取内存信息，底层实现归一并删除冗余代码； 3. 因除集合通信层，各处并不将 memTag 作为内存索引使用，现将 HcommChannelGetRemoteMems 向下涉及的成员及函数名修改为 memInfo； 4. 除对外接口调整 ChannelGetRemoteMems 相关接口出参顺序，将较为重要的 memNum 移至出参第一项； ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue DTS2026042919531 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. HcclChannelGetRemoteMems 当前仅在图模式或单算子 AIV 场景使用，均已自测部分用例确认日志表现行为符合预期； 2. 全量 RDV 除已知问题用例均已手跑通过； 补充的UT用例：整改前接口已有用例覆盖，修改后复用已有用例 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [x] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [ ] 🔍 邀请 committer评论 /lgtm前的必要检查 - [x] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [x] 📄 代码修改内容已简要描述，相关文档已更新 - [x] 📝 代码注释已更新，代码遵循项目整体代码风格 - [x] 🧪 代码UT测试已更新，覆盖率已达标 - [x] 🔬 验证方法已更新到"测试"部分 - [x] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [x] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!2253 | 10 天前 | |
[fix]GetRemoteMems Co-authored-by: renyumin<renyumin1@huawei.com> # message auto-generated for no-merge-commit merge: !2253 merge master into master [fix]GetRemoteMems Created-by: renyumin Commit-by: renyumin Merged-by: cann-robot Description: ## 描述 MyRank::ChannelGetHcclBuffer 接口中存在将 vector 大小写死的临时方案，已知在 GE 图模式场景内存数量过多的情况下会导致 coredump，现整改如下： 1. 将 MyRank::ChannelGetHcclBuffer 和 MyRank::ChannelGetRemoteMems 后续调用接口归一，在 MyRank 中对底层返回的内存信息进行筛选； 2. 因当前创建 channel 时传入的 memHandles 转换为的 buffer 指针可拿到符合预期的 memTag，不再需要另外使用成员存储 memTag，清除 channel 和 transport 内冗余的对 tag 信息的存储和交换，需要 tag 信息的位置通过 buffer 指针获取，因当前各场景均可通过 buffer 指针获取内存信息，底层实现归一并删除冗余代码； 3. 因除集合通信层，各处并不将 memTag 作为内存索引使用，现将 HcommChannelGetRemoteMems 向下涉及的成员及函数名修改为 memInfo； 4. 除对外接口调整 ChannelGetRemoteMems 相关接口出参顺序，将较为重要的 memNum 移至出参第一项； ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue DTS2026042919531 ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. HcclChannelGetRemoteMems 当前仅在图模式或单算子 AIV 场景使用，均已自测部分用例确认日志表现行为符合预期； 2. 全量 RDV 除已知问题用例均已手跑通过； 补充的UT用例：整改前接口已有用例覆盖，修改后复用已有用例 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [x] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [ ] 🔍 邀请 committer评论 /lgtm前的必要检查 - [x] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [x] 📄 代码修改内容已简要描述，相关文档已更新 - [x] 📝 代码注释已更新，代码遵循项目整体代码风格 - [x] 🧪 代码UT测试已更新，覆盖率已达标 - [x] 🔬 验证方法已更新到"测试"部分 - [x] 🛠️ 代码已通过静态分析工具检查，无错误 - [ ] 👥 代码检视/code review/同行评议和必要的代码串讲，确保代码质量 - [x] ✅ 代码检视意见已处理或答复，无未处理的检视意见 - [ ] 🚀 预约 前冒烟 用例前的必要检查 - [ ] ✔️ 代码已有committer的/lgtm 和 模块committer的/lgtm评论 - [ ] 🔧 代码已通过compile，编译无错误，无告警 - [ ] 🖥️ 代码已通过基本功能本地测试或者在线测试，确保基本功能正常 - [ ] 🎯 预约 approver评论/approve，正式合入前的必要检查 - [ ] 📊 前冒烟 用例已全量通过 - [ ] 📦 新增功能已同步补充基本功能测试用例到前冒烟里 See merge request: cann/hcomm!2253 | 10 天前 | |
[fix]SecurityCheck Co-authored-by: renyumin<renyumin1@huawei.com> # message auto-generated for no-merge-commit merge: !2936 merge master into master [fix]SecurityCheck Created-by: renyumin Commit-by: renyumin Merged-by: cann-robot Description: ## 描述 安全送检检视意见增加异常拦截 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. A5RDV 除已知问题用例均已手跑通过 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!2936 | 3 天前 | |
add a5 group p2p step3 Co-authored-by: liujt_<liujintao28@huawei.com> # message auto-generated for no-merge-commit merge: !3034 merge step2 into master add a5 group p2p step3 Created-by: everglow2 Commit-by: liujt_ Merged-by: cann-robot Description: # Pull Request 描述 ## 变更类型 请选择本次引入的变更类型： - ✅ ✨ 新特性 - 🐛 Bug修复 - 🚀 性能优化 - 📝 文档更新 - 📋 其他，请描述： **详细描述**： 本次提交新增 HCCL P2P（Point-to-Point）通信的 Group 执行模式，实现批量延迟执行和优化调度机制。主要特性包括： 1. **Group 模式 API**：适配 HcclGroupStart 和 HcclGroupEnd 接口，支持批量 P2P 操作的延迟执行 2. **AICPU Kernel 启动机制**：新增 HcclAicpuKernelLaunch() API，用于在 Group 模式下启动自定义 P2P Kernel 3. **任务调度优化**：实现确定性调度算法，避免死锁并提升通信效率 4. **流式并行执行**：Send/Recv 操作在独立 AICPU Stream 上并发执行 5. **嵌套 Group 支持**：支持多层 Group 嵌套，灵活适配复杂代码结构 **技术亮点**： - 批量执行减少 Kernel 启动开销（性能提升约 2 倍） - 预定义调度顺序避免 P2P 通信死锁 - 多 Stream 并发提升通信吞吐量 - 资源隔离保证多通信域稳定性 --- ## 关联的 Issue **Issue 编号**：无（内部需求） **需求背景**： - HCCL P2P 通信在密集场景下性能不足，需要批量优化机制 - 传统立即执行模式存在死锁风险，需要确定性调度 - 需支持自定义 AICPU Kernel 的 Group 执行 --- ## 测试 ### 已完成的测试用例和场景 **1. 单元测试（UT）** 新增 UT 测试文件： test/ut/framework/next/coll_comms/communicator/group_schedule_mgr/ut_group_schedule_mgr.cc test/ut/framework/next/comms/comm_engine_res/kernel_launch/test_kernel_launch_aicpu.cc **测试覆盖**： - ✅ Group API 基础功能测试（Start/End 调用） - ✅ P2P 任务添加和调度测试（Send/Recv 任务入队） - ✅ 任务数量限制测试（MAX_P2P_TASK_NUM=2048） - ✅ 多通信域并发测试（hcclGroupCommList 管理） ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应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!3034 | 2 小时前 | |
[fix]:tp数量修改为1 Co-authored-by: Klayyy<wanglei7@126.com> # message auto-generated for no-merge-commit merge: !2920 merge urma_modify into master [fix]:tp数量修改为1 Created-by: Klayyy Commit-by: Klayyy Merged-by: cann-robot Description: ## 描述 1. TP 申请数量：8 → 1 orion_adapter_hccp.h：TP_HANDLE_REQUEST_NUM 从 8 改为 1 向管控面只申请 1 条 HccpTpInfo，各 hcclQos 共用同一个 tpHandle 2. QoS / SL 映射：统一为单 TP 策略 把 0~7 这 8 档业务 QoS，按 groupIdx = qos * 可用SL档数 / 8 均匀分到当前 TP 实际可用的 SL 档位数个分组里，再用 slRank = (可用档数-1) - groupIdx 把组号反过来取，因为 QoS 越大优先级应该越高、而 UB 网络里 SL 数值越小才代表优先级越高，最后从 slMask 里取出第 slRank 小的那个可用 SL 值作为映射结果；由于现在每次查询固定只返回 1 个 TP，不再需要像旧版那样在多个候选 TP 间挑选索引、也不再需要给共享同一 TP 的多个 QoS 找"代表值"去查 DSCP 4. 单元测试同步 Stub 从返回 8 条 TP 改为 1 条 期望 tpHandle 从各 QoS 对应不同下标（如 0x107、0x201）改为统一 list[0]（如 0x100、0x300） SL / DSCP 相关断言基本保留，只改 TP 句柄期望 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [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!2920 | 2 天前 | |
fix A2 host to device send/recv fail Co-authored-by: duuuuu<571038926@qq.com> # message auto-generated for no-merge-commit merge: !2578 merge aiwan-master-0605 into master fix A2 host to device send/recv fail Created-by: duuuuu_ Commit-by: duuuuu Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> 修复A2 host 2 device send/recv发包失败，补齐新增新架构接口适配 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景：RDV覆盖 补充的UT用例：无补充UT，原有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!2578 | 1 天前 | |
MemExport core dump bug fix Co-authored-by: liguicheng8888<liguicheng7@huawei.com> # message auto-generated for no-merge-commit merge: !3004 merge master into master MemExport core dump bug fix Created-by: liguicheng8888 Commit-by: liguicheng8888 Merged-by: cann-robot Description: ## 描述 <!--在这里详细描述你的改动，包括改动的原因和所采取的方法。--> MemExport调用时添加对memHandle的判断，防止memHandle被解注册掉调用该接口发生core dump，问题单号DTS2026061637957 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug修复 - [ ] ✨ 新特性 - [ ] 🚀 性能优化 - [ ] 📝 文档更新 - [ ] 📋 其他，请描述： ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在这里提供Issue链接。--> <!-- 如果这个PR不涉及Issue，可填写"NA"。--> ## 测试 <!--描述进行了哪些测试来验证你的改动。包括但不限于构造对应xx测试用例、二级冒烟、算子泛化等。--> 已完成的测试用例和场景： 1. 内存先解注册再export的异常场景用例已通过 补充的UT用例：各场景的异常UT用例已补充 ## 文档更新 <!--如果这个PR包含文档的更新，请在这里指出。例如：更新了README.md文件。--> ## 合入检查 <!-- 在正式合入前，请做好必要的代码测试，用例补充，软件代码风格检查等。提高合入效率。--> <!-- [x] 表示选中 --> - [x] 🧐 已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 - [x] 🔍 邀请 committer评论 /lgtm前的必要检查 - [x] 🏷️ 标题中使用了合适的类型标签（如：[feat], [fix]） - [x] 📄 代码修改内容已简要描述，相关文档已更新 - [x] 📝 代码注释x更新，代码遵循项目整体代码风格 - [x] 🧪 代码Ux测试已更新，覆盖率已达标 - [x] 🔬 验x方法已更新到"测试"部分 - [x] 🛠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!3004 | 1 天前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 10 天前 | ||
| 10 天前 | ||
| 10 天前 | ||
| 3 天前 | ||
| 2 小时前 | ||
| 2 天前 | ||
| 1 天前 | ||
| 1 天前 |