| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
【PR】: 针对EH错误码ErrorMessage进行语义化描述整改 Co-authored-by: DanielTANG<tangyuliang5@huawei.com> # message auto-generated for no-merge-commit merge: !3841 merge fix_errmsg_eh into master 【PR】: 针对EH错误码ErrorMessage进行语义化描述整改 Created-by: Tacode Commit-by: DanielTANG Merged-by: cann-robot Description: # Pull Request ## 描述 针对EH错误码ErrorMessage进行语义化描述整改，涉及错误码：EH0007，EH0008，EH0009，EH0013 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> 无 ## 如何测试 UT打印测试 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!3841 | 8 天前 | |
重命名ACL TDT Queue管理头文件 Co-authored-by: qleehom<qianglihong@huawei.com> # message auto-generated for no-merge-commit merge: !3881 merge fix/rename-acl-tdt-queue-manager into master 重命名ACL TDT Queue管理头文件 Created-by: qleehom Commit-by: qleehom Merged-by: cann-robot Description: # Pull Request ## 描述 将 ACL TDT Queue 内部头文件 queue_manager.h 重命名为 acl_tdt_queue_manager.h，避免与 Queue Schedule 模块的同名头文件冲突。同步将 include guard 从通用的 QUEUE_MANAGER_H 修改为 ACL_TDT_QUEUE_MANAGER_H，并更新生产代码和 UT 中的 3 个引用点。该变更不修改 QueueManager 的接口和运行逻辑。 ## 变更类型 - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无。 ## 如何测试 1. 执行 cmake --build build --target acl_tdt_queue ascendcl_cpp_utest -j8，目标编译通过。 2. 执行 build/tests/ut/acl/testcase/ascendcl_cpp_utest --gtest_brief=1，13 个 test suite、1136 个用例全部通过。 3. 执行 clang-format 检查和 scripts/oat_check.sh，检查通过。 4. 全仓扫描确认旧 ACL 头文件路径零引用。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已确认该内部重命名无需更新对外文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 源分支基于最新 origin/master 创建，PR 仅包含提交 f1640188c。 See merge request: cann/runtime!3881 | 7 天前 | |
【PR】: precommit src/ Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !3729 merge master_clang into master 【PR】: precommit src/ Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 格式化src下其他文件 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!3729 | 15 天前 | |
【PR】: precommit src/ Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !3729 merge master_clang into master 【PR】: precommit src/ Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 格式化src下其他文件 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!3729 | 15 天前 | |
feat: support multiple exception info callbacks (#782) Co-authored-by: xiangyang0909<huxiangyang1@huawei.com> # message auto-generated for no-merge-commit merge: !3942 merge feature/aclrt-exception-callback-register into master feat: support multiple exception info callbacks (#782) Created-by: xiangyang0909 Commit-by: xiangyang0909 Merged-by: cann-robot Description: # Pull Request ## 描述 同一进程中的 HCCL 与 HCOMM 都需要感知 task exception。现有 aclrtSetExceptionInfoCallback 仅提供 ASCENDCL 单槽注册，多个模块依次调用时 会互相覆盖。 本 PR： - 新增 aclrtExceptionInfoCallbackRegister 与 aclrtExceptionInfoCallbackUnregister 两个 ASCENDCL 公共接口； - 以 callback 函数指针值作为唯一标识，支持多个 callback 注册和精确注销； - 重复注册同一 callback 返回成功且不重复通知；空 callback 返回参数错误，注销 未注册的非空 callback 幂等成功； - 多 callback 通知不保证顺序，不新增 callback 异常捕获；注销不等待在途 callback 完成； - 保持原有 aclrtSetExceptionInfoCallback 单槽覆盖和 missing 清理成功语义不变。 ### 实现 - ACL 层以“私有前缀 + ASCENDCL + callback 函数指针值”生成稳定的 regName； - 注册和注销直接复用 rtRegTaskFailCallbackByModule：注册传真实 callback，注销 传相同 regName 和 nullptr； - Runtime 将 regName 作为不透明 key，不识别或解释 ACL 特殊字符串； TaskFailCallBackManager 的数据结构和幂等注销逻辑保持不变； - 不新增 RT 导出符号、虚函数槽或 ACL 专用 Runtime 内部头文件。 ## 变更类型 - [ ] Bug 修复 - [x] 新功能 - [x] 文档更新 - [ ] 代码格式调整 - [x] 代码重构 - [x] 测试相关 - [ ] 构建/工具链相关 ## 关联的Issue Closes #782 ## 如何测试 1. 已 rebase 到 upstream/master f4494bf8db3f4cccd65b337f8e44a7898745cbc8，HEAD 为 872355c602ae81b8b79cc3ffce3b45665eca7917。 2. 去除重复 UT 后重新构建并定向运行：Runtime 1/1 PASS；ACL 两个接口与 profiling 完整性 3/3 PASS。 3. 基线和 HEAD 均使用 bash build.sh --pkg --build_host_only -j16 生成 Runtime run 包，并安装到独立目录。 4. Ascend 910B3 相关 HLT：upstream 基线 4/4 SUCCESS，HEAD 4/4 SUCCESS； 用例为 RTS_DATADUMP_6400、RTS_DATADUMP_6402、 RTS_DATADUMP_6403、RTS_FFTS_PLUS_1220。 5. 直接 ACLRT 用户用例 8/8 PASS：4 次 canary、参数矩阵、multi notify、精确 注销和旧新接口共存；三个真实 AICore trap 均返回预期 507015。 6. librtstest_host.so 和用户程序均确认加载隔离 HEAD/基线目录中的目标库； 验证后 NPU Health 为 OK，无测试进程残留。 7. git diff --check、提交钩子 clang-format 和 OAT 检查通过。 固定预编译 HLT 包不直接调用两个新增 ACLRT API，因此 HLT 结果只证明复用的 RT manager/producer 路径无回归；新增公共 API 由上述用户用例直接覆盖。 ## 核对清单 - [x] 我的代码遵循了项目代码风格 - [x] 我已对代码进行了定向自测 - [x] 我已更新公共头文件 Doxygen 和 API 参考 - [x] PR 标题包含正确类型标签 - [x] 我已阅读并遵循项目贡献指南 ## 其他信息 - Unregister 为弱注销：成功返回后不再进入后续通知快照，但不等待已取出或正在 执行的 callback 结束，调用方需保证在途期间 callback 代码和资源有效。 - 尚未执行 HCCL/HCOMM 真实业务故障注入、910C/950 产品矩阵、并发/TSAN、性能、 DSO 卸载及包含新增 API 的正式 HLT case。 See merge request: cann/runtime!3942 | 9 小时前 | |
feat: support multiple exception info callbacks (#782) Co-authored-by: xiangyang0909<huxiangyang1@huawei.com> # message auto-generated for no-merge-commit merge: !3942 merge feature/aclrt-exception-callback-register into master feat: support multiple exception info callbacks (#782) Created-by: xiangyang0909 Commit-by: xiangyang0909 Merged-by: cann-robot Description: # Pull Request ## 描述 同一进程中的 HCCL 与 HCOMM 都需要感知 task exception。现有 aclrtSetExceptionInfoCallback 仅提供 ASCENDCL 单槽注册，多个模块依次调用时 会互相覆盖。 本 PR： - 新增 aclrtExceptionInfoCallbackRegister 与 aclrtExceptionInfoCallbackUnregister 两个 ASCENDCL 公共接口； - 以 callback 函数指针值作为唯一标识，支持多个 callback 注册和精确注销； - 重复注册同一 callback 返回成功且不重复通知；空 callback 返回参数错误，注销 未注册的非空 callback 幂等成功； - 多 callback 通知不保证顺序，不新增 callback 异常捕获；注销不等待在途 callback 完成； - 保持原有 aclrtSetExceptionInfoCallback 单槽覆盖和 missing 清理成功语义不变。 ### 实现 - ACL 层以“私有前缀 + ASCENDCL + callback 函数指针值”生成稳定的 regName； - 注册和注销直接复用 rtRegTaskFailCallbackByModule：注册传真实 callback，注销 传相同 regName 和 nullptr； - Runtime 将 regName 作为不透明 key，不识别或解释 ACL 特殊字符串； TaskFailCallBackManager 的数据结构和幂等注销逻辑保持不变； - 不新增 RT 导出符号、虚函数槽或 ACL 专用 Runtime 内部头文件。 ## 变更类型 - [ ] Bug 修复 - [x] 新功能 - [x] 文档更新 - [ ] 代码格式调整 - [x] 代码重构 - [x] 测试相关 - [ ] 构建/工具链相关 ## 关联的Issue Closes #782 ## 如何测试 1. 已 rebase 到 upstream/master f4494bf8db3f4cccd65b337f8e44a7898745cbc8，HEAD 为 872355c602ae81b8b79cc3ffce3b45665eca7917。 2. 去除重复 UT 后重新构建并定向运行：Runtime 1/1 PASS；ACL 两个接口与 profiling 完整性 3/3 PASS。 3. 基线和 HEAD 均使用 bash build.sh --pkg --build_host_only -j16 生成 Runtime run 包，并安装到独立目录。 4. Ascend 910B3 相关 HLT：upstream 基线 4/4 SUCCESS，HEAD 4/4 SUCCESS； 用例为 RTS_DATADUMP_6400、RTS_DATADUMP_6402、 RTS_DATADUMP_6403、RTS_FFTS_PLUS_1220。 5. 直接 ACLRT 用户用例 8/8 PASS：4 次 canary、参数矩阵、multi notify、精确 注销和旧新接口共存；三个真实 AICore trap 均返回预期 507015。 6. librtstest_host.so 和用户程序均确认加载隔离 HEAD/基线目录中的目标库； 验证后 NPU Health 为 OK，无测试进程残留。 7. git diff --check、提交钩子 clang-format 和 OAT 检查通过。 固定预编译 HLT 包不直接调用两个新增 ACLRT API，因此 HLT 结果只证明复用的 RT manager/producer 路径无回归；新增公共 API 由上述用户用例直接覆盖。 ## 核对清单 - [x] 我的代码遵循了项目代码风格 - [x] 我已对代码进行了定向自测 - [x] 我已更新公共头文件 Doxygen 和 API 参考 - [x] PR 标题包含正确类型标签 - [x] 我已阅读并遵循项目贡献指南 ## 其他信息 - Unregister 为弱注销：成功返回后不再进入后续通知快照，但不等待已取出或正在 执行的 callback 结束，调用方需保证在途期间 callback 代码和资源有效。 - 尚未执行 HCCL/HCOMM 真实业务故障注入、910C/950 产品矩阵、并发/TSAN、性能、 DSO 卸载及包含新增 API 的正式 HLT case。 See merge request: cann/runtime!3942 | 9 小时前 | |
add opensource code Co-authored-by: duanpengliang<duanpengliang@huawei.com> | 6 个月前 | |
【PR】: fix: clean code, constexpr 说明符应用于编译时可以确定的值 Co-authored-by: liguochao1<liguochao1@huawei.com> # message auto-generated for no-merge-commit merge: !3792 merge cleancode_0723 into master 【PR】: fix: clean code, constexpr 说明符应用于编译时可以确定的值 Created-by: liguochao1 Commit-by: liguochao1 Merged-by: cann-robot Description: # Pull Request ## 描述 clean code，constexpr 说明符应用于编译时可以确定的值，constexpr替换const ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 测试aclrtSetSysParamOpt和aclrtGetSysParamOpt接口功能正常 2. 测试aclrtCtxSetSysParamOpt和aclrtCtxGetSysParamOpt接口功能正常 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!3792 | 11 天前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 8 天前 | ||
| 7 天前 | ||
| 15 天前 | ||
| 15 天前 | ||
| 9 小时前 | ||
| 9 小时前 | ||
| 6 个月前 | ||
| 11 天前 |