| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
【PR】: fix error log magic number Co-authored-by: duanpengliang<duanpengliang@huawei.com> Co-authored-by: zhangpengpeng8<zhangpengpeng8@hisilicon.com> # message auto-generated for no-merge-commit merge: !4417 merge master_mv_pkginc_to_include into master 【PR】: fix error log magic number Created-by: duanpengliang Commit-by: duanpengliang;zhangpengpeng8 Merged-by: cann-robot Description: # Pull Request ## 描述 整改 Runtime/ACL ERROR 日志枚举魔鬼数字，统一输出“枚举字符串(数字)”；非法值使用 UNKNOWN(数字)，连续范围边界保留数字。精简枚举转换实现以控制 tiny 包体积，并补充相关 UT 覆盖及 pre-commit 校验。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： ut源码编译通过，error日志无枚举对应的魔鬼数字 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4417 | 13 天前 | |
【PR】: runtime support launch blocking Co-authored-by: nevermore_t<tianjingxuan2@huawei.com> Co-authored-by: x00508183<xiachanglin@huawei.com> Co-authored-by: jiaxingru<jiaxingru1@huawei.com> # message auto-generated for no-merge-commit merge: !4247 merge feature/launch-blocking into master 【PR】: runtime support launch blocking Created-by: xiachanglin Commit-by: x00508183;jiaxingru;nevermore_t Merged-by: cann-robot Description: # Pull Request ## 描述 本需求提供一种面向调试场景的 blocking launch 能力，使用户在启动程序前设置环境变量后，Runtime 将纳入范围的 kernel/model launch 从“下发后立即返回”改为“下发后等待执行完成再返回”。这样执行错误在当前 launch API 返回，帮助用户定位问题算子。 新增环境变量： ASCEND_RT_LAUNCH_BLOCKING，默认不打开该环境变量时，Runtime 保持原有异步 launch 行为。当 ASCEND_RT_LAUNCH_BLOCKING=1 Runtime 对纳入范围的 kernel/model launch 执行做如下增强： 1. 先按原有流程完成任务下发。 2. 如果任务下发失败，直接返回原 launch 错误，不额外同步。 3. 如果任务下发成功，根据 stream 状态、no-blocking 逃生状态和环境变量判断是否需要同步。 4. 需要同步时，等待该 stream 当前已下发任务执行完成，再从当前 launch API 返回。 该功能的目标是调试定位。 涉及API： aclrtLaunchKernel、aclrtLaunchKernelWithConfig、aclrtLaunchKernelV2 aclrtLaunchKernelWithHostArgs、aclrtLaunchKernelWithArgsArray 、aclrtLaunchSIMTKernelWithArgsArray、aclrtLaunchSIMTKernelWithHostArgs aclmdlRIExecuteAsync ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/921 ## 如何测试 描述测试此变更的步骤和前提条件： 1. UT 2. ST 3. rdv ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4247 | 3 天前 | |
【PR】: mv core/api_impl->api/impl Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !3999 merge master into master 【PR】: mv core/api_impl->api/impl Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 把core/api_impl移动到api/impl，同时修复根据驱动生成的桩.so缺失符号问题 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [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!3999 | 25 天前 | |
【PR】: runtime support launch blocking Co-authored-by: nevermore_t<tianjingxuan2@huawei.com> Co-authored-by: x00508183<xiachanglin@huawei.com> Co-authored-by: jiaxingru<jiaxingru1@huawei.com> # message auto-generated for no-merge-commit merge: !4247 merge feature/launch-blocking into master 【PR】: runtime support launch blocking Created-by: xiachanglin Commit-by: x00508183;jiaxingru;nevermore_t Merged-by: cann-robot Description: # Pull Request ## 描述 本需求提供一种面向调试场景的 blocking launch 能力，使用户在启动程序前设置环境变量后，Runtime 将纳入范围的 kernel/model launch 从“下发后立即返回”改为“下发后等待执行完成再返回”。这样执行错误在当前 launch API 返回，帮助用户定位问题算子。 新增环境变量： ASCEND_RT_LAUNCH_BLOCKING，默认不打开该环境变量时，Runtime 保持原有异步 launch 行为。当 ASCEND_RT_LAUNCH_BLOCKING=1 Runtime 对纳入范围的 kernel/model launch 执行做如下增强： 1. 先按原有流程完成任务下发。 2. 如果任务下发失败，直接返回原 launch 错误，不额外同步。 3. 如果任务下发成功，根据 stream 状态、no-blocking 逃生状态和环境变量判断是否需要同步。 4. 需要同步时，等待该 stream 当前已下发任务执行完成，再从当前 launch API 返回。 该功能的目标是调试定位。 涉及API： aclrtLaunchKernel、aclrtLaunchKernelWithConfig、aclrtLaunchKernelV2 aclrtLaunchKernelWithHostArgs、aclrtLaunchKernelWithArgsArray 、aclrtLaunchSIMTKernelWithArgsArray、aclrtLaunchSIMTKernelWithHostArgs aclmdlRIExecuteAsync ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/921 ## 如何测试 描述测试此变更的步骤和前提条件： 1. UT 2. ST 3. rdv ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4247 | 3 天前 | |
【PR】: runtime support launch blocking Co-authored-by: nevermore_t<tianjingxuan2@huawei.com> Co-authored-by: x00508183<xiachanglin@huawei.com> Co-authored-by: jiaxingru<jiaxingru1@huawei.com> # message auto-generated for no-merge-commit merge: !4247 merge feature/launch-blocking into master 【PR】: runtime support launch blocking Created-by: xiachanglin Commit-by: x00508183;jiaxingru;nevermore_t Merged-by: cann-robot Description: # Pull Request ## 描述 本需求提供一种面向调试场景的 blocking launch 能力，使用户在启动程序前设置环境变量后，Runtime 将纳入范围的 kernel/model launch 从“下发后立即返回”改为“下发后等待执行完成再返回”。这样执行错误在当前 launch API 返回，帮助用户定位问题算子。 新增环境变量： ASCEND_RT_LAUNCH_BLOCKING，默认不打开该环境变量时，Runtime 保持原有异步 launch 行为。当 ASCEND_RT_LAUNCH_BLOCKING=1 Runtime 对纳入范围的 kernel/model launch 执行做如下增强： 1. 先按原有流程完成任务下发。 2. 如果任务下发失败，直接返回原 launch 错误，不额外同步。 3. 如果任务下发成功，根据 stream 状态、no-blocking 逃生状态和环境变量判断是否需要同步。 4. 需要同步时，等待该 stream 当前已下发任务执行完成，再从当前 launch API 返回。 该功能的目标是调试定位。 涉及API： aclrtLaunchKernel、aclrtLaunchKernelWithConfig、aclrtLaunchKernelV2 aclrtLaunchKernelWithHostArgs、aclrtLaunchKernelWithArgsArray 、aclrtLaunchSIMTKernelWithArgsArray、aclrtLaunchSIMTKernelWithHostArgs aclmdlRIExecuteAsync ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/921 ## 如何测试 描述测试此变更的步骤和前提条件： 1. UT 2. ST 3. rdv ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4247 | 3 天前 | |
【refactor】: 重命名文件名称，提升 arch5162 可扩展性 Co-authored-by: qq_64748107<2592856994@qq.com> # message auto-generated for no-merge-commit merge: !4624 merge fix/rename-tiny-stub-arch5162 into master 【refactor】: 重命名文件名称，提升 arch5162 可扩展性 Created-by: qq_64748107 Commit-by: qq_64748107 Merged-by: cann-robot Description: # Pull Request ## 描述 将 xxx_tiny_stub.cc 统一重命名为 xxx_stub.cc，移除文件名中的 tiny 前缀，使 stub 文件不再绑定特定芯片型号，方便后续其他芯片复用。 ## 改动内容 - 重命名 32 个源文件：xxx_tiny_stub.cc → xxx_stub.cc - 同步更新 4 个 CMake 文件中的路径引用： - arch5162.cmake：22 处 - tiny.cmake：32 处 - tests/ut/runtime/runtime/CMakeLists.txt：35 处 - tests/ut/runtime/runtime/test/platform/arch5162/CMakeLists.txt：23 处 - 重命名测试文件：rt_utest_tiny_stub.cc → rt_utest_stub.cc ## 改动原因 当前 stub 文件名带有 tiny 前缀，绑定特定芯片型号。后续新增其他芯片需要复用这些 stub 时，文件名带 tiny 不合理。重命名为通用名称后，任何芯片都可以直接引用。 ## 验证 - 编译通过（bash build.sh） - ACL callback UT：8/8 通过 - TinyStub UT：63/63 通过 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4624 | 9 天前 | |
【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Co-authored-by: wda1991<wangdongan@hisilicon.com> # message auto-generated for no-merge-commit merge: !4682 merge fix_bug_event_record into master 【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Created-by: wda1991 Commit-by: wda1991 Merged-by: cann-robot Description: # Pull Request ## 描述 请清晰准确地描述本次 Pull Request 的意图和变更内容。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/901 ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4682 | 1 天前 | |
【PR】: runtime support launch blocking Co-authored-by: nevermore_t<tianjingxuan2@huawei.com> Co-authored-by: x00508183<xiachanglin@huawei.com> Co-authored-by: jiaxingru<jiaxingru1@huawei.com> # message auto-generated for no-merge-commit merge: !4247 merge feature/launch-blocking into master 【PR】: runtime support launch blocking Created-by: xiachanglin Commit-by: x00508183;jiaxingru;nevermore_t Merged-by: cann-robot Description: # Pull Request ## 描述 本需求提供一种面向调试场景的 blocking launch 能力，使用户在启动程序前设置环境变量后，Runtime 将纳入范围的 kernel/model launch 从“下发后立即返回”改为“下发后等待执行完成再返回”。这样执行错误在当前 launch API 返回，帮助用户定位问题算子。 新增环境变量： ASCEND_RT_LAUNCH_BLOCKING，默认不打开该环境变量时，Runtime 保持原有异步 launch 行为。当 ASCEND_RT_LAUNCH_BLOCKING=1 Runtime 对纳入范围的 kernel/model launch 执行做如下增强： 1. 先按原有流程完成任务下发。 2. 如果任务下发失败，直接返回原 launch 错误，不额外同步。 3. 如果任务下发成功，根据 stream 状态、no-blocking 逃生状态和环境变量判断是否需要同步。 4. 需要同步时，等待该 stream 当前已下发任务执行完成，再从当前 launch API 返回。 该功能的目标是调试定位。 涉及API： aclrtLaunchKernel、aclrtLaunchKernelWithConfig、aclrtLaunchKernelV2 aclrtLaunchKernelWithHostArgs、aclrtLaunchKernelWithArgsArray 、aclrtLaunchSIMTKernelWithArgsArray、aclrtLaunchSIMTKernelWithHostArgs aclmdlRIExecuteAsync ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/921 ## 如何测试 描述测试此变更的步骤和前提条件： 1. UT 2. ST 3. rdv ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4247 | 3 天前 | |
【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Co-authored-by: wda1991<wangdongan@hisilicon.com> # message auto-generated for no-merge-commit merge: !4682 merge fix_bug_event_record into master 【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Created-by: wda1991 Commit-by: wda1991 Merged-by: cann-robot Description: # Pull Request ## 描述 请清晰准确地描述本次 Pull Request 的意图和变更内容。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/901 ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4682 | 1 天前 | |
【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Co-authored-by: wda1991<wangdongan@hisilicon.com> # message auto-generated for no-merge-commit merge: !4682 merge fix_bug_event_record into master 【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Created-by: wda1991 Commit-by: wda1991 Merged-by: cann-robot Description: # Pull Request ## 描述 请清晰准确地描述本次 Pull Request 的意图和变更内容。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/901 ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4682 | 1 天前 | |
【PR】: fix error log has magic number Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !4591 merge master_mv_pkginc_to_include into master 【PR】: fix error log has magic number Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 修复error日志下的枚举魔鬼数字 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： ut、源码编译跑过，error日志里的枚举魔鬼数字不存在 ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4591 | 10 天前 | |
refactor: 将设备级功能调试接口迁出Context(#935) Co-authored-by: jia_shaoyang<jiashaoyang@huawei.com> # message auto-generated for no-merge-commit merge: !4737 merge context_device into master refactor: 将设备级功能调试接口迁出Context(#935) Created-by: jia_shaoyang Commit-by: jia_shaoyang Merged-by: cann-robot Description: # Pull Request ## 描述 将四个设备级功能调试接口迁入 device debug 领域，形成 C API -> ApiImpl/ApiImplDavid -> 统一自由函数 -> Device/Driver 调用链，保留原有公开 API 和平台业务行为。 | 接口 | 重构后归属 | 说明 | | --- | --- | --- | | SendAndRecvDebugTask | device_debug_common.cc | Stars/David 共用，显式传入 Device，保留先 SQ 后 CQ 和错误透传 | | DebugSetDumpMode | device_debug_common.cc | 保留 wrapper Context 校验、capability 检查和 coredump 启用时机 | | DebugGetStalledCore | device_debug_common.cc | Stars/David 共用，report 错误时不覆盖输出 | | DebugReadAICore | device_debug_stars.cc / device_debug_starsv2.cc | 同名同签名入口，CMake 按平台选择唯一实现 | - 新增统一声明头 device_debug_c.hpp，删除四个 Context 成员及 David 旧 ReadAICoreDebugInfo 入口。 - Stars/base wrapper 保留原 Context 获取与校验，并显式传入 Device；David 保留 override、内部 Context 查询和校验顺序。 - Stars 保持 1 MiB L1 边界、物理地址请求、无 release 命令；David 保持 512 KiB L1 边界、device VA、REGISTER_DIRECT 与 release 命令。 - 同步 v100、v200/v201、tiny 动态/静态、arch5162、cmodel/camodel 及 UT 源集合，新增 9 个定向用例并适配已有测试。 - 不新增公开 API、防御检查、资源回滚或产品支持策略；GetStackBufferInfo 继续留在原 coredump 模块。 源分支：jia_shaoyang/runtime_openSource:context_device；目标分支：cann/runtime:master。 仅包含提交 e38a4dc1ec26bd52575c2e7b609d7b95c5cfe4f9，共 20 个文件。 ## 变更类型 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 关联需求 Issue [#935](https://gitcode.com/cann/runtime/issues/935)。 ## 如何测试 以下为 2026-09-07 对本次迁移代码完成的实际验证。提交 squash 前后代码树一致；HLT 使用的工作区补丁和新增平台文件已与本提交核对一致。本次创建 PR 没有重新运行测试，也不将历史结果表述为最新目标分支合并后的 CI 结论。 | 验证层次 | 已有结果 | 边界 | | --- | --- | --- | | 默认 Release | bash build.sh 构建、v100/v200/v201 链接及 Runtime 9.2.0 打包通过 | 初次缺少 type_def.h 的直接依赖已修正后重建 | | 补充产品构建 | ascend031 的 runtime_v100 / static_runtime，ascend5162a 的 runtime 均通过 | 使用 ENABLE_UT=ON 解决既有目标依赖，tiny 另使用 -Wno-error=unused-parameter；不是产品 UT 执行结果 | | 链接/符号 | common 与对应平台对象各编入一次，统一入口定义符号检查通过 | cmodel/camodel 仅检查代表目标的 link.txt，未独立编译或运行模拟器 | | 定向 LLT | 13/13 通过，其中 9 个新增、4 个已有回归用例 | 未运行全量 UT，未统计覆盖率 | | 910B3 HLT | 基线 37 项：31 PASS、5 FAIL、1 UNAVAILABLE；当前包 31/31 PASS，无超时或崩溃 | 只运行基线 PASS 项；31 个框架 PASS 中有 4 个平台主体跳过、1 个仅验证不支持分支 | 定向 LLT 复现目标与筛选条件： | UT 目标 | gtest_filter | | --- | --- | | runtime_utest_api_910B | CloudV2ContextTest.SendAndRecvDebugTask_*:CloudV2ContextTest.DebugSetDumpMode_*:CloudV2ContextTest.DebugGetStalledCore_*:CloudV2ContextTest.DebugReadAICore_* | | runtime_utest_task_david | TaskTestDavid.read_aicore_mem:TaskTestDavid.DebugReadAICore_* | | runtime_utest_task_910B | CloudV2ApiAbnormalTest.debug_abnormal | | runtime_utest_api_others | ApiTest.rts_read_aicore_mem | runtime_utest 等五个目标已完成编译链接，但构建成功不等于全量 UT 执行通过。CloudV2ContextTest 位于 runtime_utest_api_910B，首次在 task 目标选中 0 个用例的记录不计入通过数。 HLT 使用固定预编译包 910b-testcase-9.0.0-aarch64，没有编译或修改 HLT。基线为 2899c4dddf63c28ce97996a0e4e0a0faf85950a4，基线与当前工作区均重新编包、安装并核对加载库哈希。当前包 SHA256：4cb27f3c2dd43e4d74c2d17f0634adf731d13ca3a70f1df3a5bacb5fc059cc56。 - RTS_DEVICE_0902/0903/0904/0906 两阶段均通过；0903/0904 只覆盖错误路径，不能证明成功 stalled core 查询或 AI Core 读取。 - 基线失败项 RTS_MODEL_6402、RTS_DATADUMP_0104、RTS_AICPU_LOADINFO_0001、RTS_DEVICE_0901、RTS_DEVICE_0908，以及预编译包缺失的 RTS_PROFILING_1001，均未在当前包执行。 - RTS_MDC_PROF_1301、RTS_MODEL_2001、RTS_CNTNOTIFY_2004、RTS_ACLGRAPH_0024 跳过平台主体；RTS_MDC_PROF_1300 仅覆盖 FEATURE_NOT_SUPPORT，不计为对应平台功能执行通过。 后续建议：合入前运行项目 CI；具备环境后补充成功 trap 后的查询/读取场景、David/950 的 REGISTER_DIRECT / device VA / release 真机回归，以及适用平台的模拟器和硬件专项。未完成项不计入已有通过结论。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 See merge request: cann/runtime!4737 | 1 天前 | |
【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Co-authored-by: wda1991<wangdongan@hisilicon.com> # message auto-generated for no-merge-commit merge: !4682 merge fix_bug_event_record into master 【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Created-by: wda1991 Commit-by: wda1991 Merged-by: cann-robot Description: # Pull Request ## 描述 请清晰准确地描述本次 Pull Request 的意图和变更内容。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/901 ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4682 | 1 天前 | |
【PR】: runtime support launch blocking Co-authored-by: nevermore_t<tianjingxuan2@huawei.com> Co-authored-by: x00508183<xiachanglin@huawei.com> Co-authored-by: jiaxingru<jiaxingru1@huawei.com> # message auto-generated for no-merge-commit merge: !4247 merge feature/launch-blocking into master 【PR】: runtime support launch blocking Created-by: xiachanglin Commit-by: x00508183;jiaxingru;nevermore_t Merged-by: cann-robot Description: # Pull Request ## 描述 本需求提供一种面向调试场景的 blocking launch 能力，使用户在启动程序前设置环境变量后，Runtime 将纳入范围的 kernel/model launch 从“下发后立即返回”改为“下发后等待执行完成再返回”。这样执行错误在当前 launch API 返回，帮助用户定位问题算子。 新增环境变量： ASCEND_RT_LAUNCH_BLOCKING，默认不打开该环境变量时，Runtime 保持原有异步 launch 行为。当 ASCEND_RT_LAUNCH_BLOCKING=1 Runtime 对纳入范围的 kernel/model launch 执行做如下增强： 1. 先按原有流程完成任务下发。 2. 如果任务下发失败，直接返回原 launch 错误，不额外同步。 3. 如果任务下发成功，根据 stream 状态、no-blocking 逃生状态和环境变量判断是否需要同步。 4. 需要同步时，等待该 stream 当前已下发任务执行完成，再从当前 launch API 返回。 该功能的目标是调试定位。 涉及API： aclrtLaunchKernel、aclrtLaunchKernelWithConfig、aclrtLaunchKernelV2 aclrtLaunchKernelWithHostArgs、aclrtLaunchKernelWithArgsArray 、aclrtLaunchSIMTKernelWithArgsArray、aclrtLaunchSIMTKernelWithHostArgs aclmdlRIExecuteAsync ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/921 ## 如何测试 描述测试此变更的步骤和前提条件： 1. UT 2. ST 3. rdv ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4247 | 3 天前 | |
refactor: decouple Runtime from ApiImplMbuf Co-authored-by: zhangpengpeng8<zhangpengpeng8@hisilicon.com> # message auto-generated for no-merge-commit merge: !4265 merge refactor/api-mbuf-runtime-decouple into master refactor: decouple Runtime from ApiImplMbuf Created-by: zhangpengpeng8 Commit-by: zhangpengpeng8 Merged-by: cann-robot Description: # Pull Request ## 描述 在最新 master 基线上，结合 PR4254 已验证的实现方式，解除 Runtime 生命周期对具体 ApiImplMbuf 类型的直接依赖： - api_impl_creator.hpp 仅前置声明 ApiMbuf，不再包含 api_mbuf.hpp，并提供统一的创建/销毁接口声明。 - 将 CreateImplMbufAndGet()、DestroyImplMbuf()、能力探针及 ApiImplMbuf 分配日志收敛到 src/runtime/api/impl/api_impl_mbuf.cc。 - runtime.cc 通过工厂创建和销毁 Mbuf 实现，不再包含 api_impl_mbuf.hpp，也不再使用 sizeof(ApiImplMbuf)。 - v100/v200 的 runtime_adapt.cc 均通过 DestroyImplMbuf() 完成销毁，不再依赖具体 Mbuf 实现头文件。 - IsImplMbufSupported() 当前仍返回 true，所有平台继续编译并创建完整 Mbuf 实现，本 PR 不改变现有功能和路由行为。 - ApiMbuf::Instance() 继续保留在 API 侧 api.cc，不改变单例符号归属。 - 补充创建成功、分配失败和初始化失败传播 UT，覆盖新增生命周期路径。 - 删除无生产调用的 NpuDriver::GetIpcNotifyPeerPhyDevId 声明和实现，同时删除仅直接验证该冗余入口的 910B UT。 本 PR 是 arch5162 隔离 Mbuf 组件的第 2 步：只建立 Runtime 与可选 Mbuf 实现之间的工厂边界，不在本步骤关闭任何平台能力。该变更不依赖 Mbuf driver 源文件拆分，可以独立合入和独立回退。 ## 变更类型 - [ ] Bug 修复 - [ ] 新功能 - [ ] 代码风格更新（格式化，局部变量） - [x] 重构（既不修复错误也不增加功能的代码变动） - [ ] 构建过程或辅助工具的变动 - [ ] 文档内容更新 ## 关联的Issue 无。 ## 如何测试 当前补丁集：7b7b869c3e13977f6eb1b2e74f3e061f38055956，已合入 master@e17790bf85dc2d2275784975c9cd2bbaf60702b3。 1. 普通构建：runtime、runtime_v200、runtime_utest、runtime_utest_api_910B、runtime_utest_task_910B、runtime_utest_xpu_910B 编译通过。 2. arch5162 构建：runtime、runtime_utest_arch5162 编译通过；该 target 仍编译 Mbuf API、实现和 driver，符合本步骤边界。 3. RuntimeTest.*：74/74 通过。 4. 910B CloudV2IpcApiTest.*：删除冗余入口 UT 后，剩余 22/22 通过。 5. arch5162 全量 UT：104/104 通过。 6. 普通 libruntime.so、libruntime_v200.so 和 arch5162 libruntime.so 执行 ldd -r，无未解析符号。 7. 构建依赖确认 runtime.cc、v100/v200 runtime_adapt.cc 均不再依赖 api_impl_mbuf.hpp。 8. 当前 PR 差异执行 clang-format 与 OAT pre-commit 检查，均通过。 9. 最终补丁集线上编译/UT 流水线 66e0f329f3ad4a5dbbe9b2b37fd74d58：27/27 成功，其中 UT_Test_rts_common、UT_Test_camodel_check、UT_Test_rts_report 均通过。 10. 最终补丁集线上静态检查流水线 2a217099f0cb4caba9a77e047e690ca6：11/11 成功。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 - 基线刷新：已合入 master@e17790bf8，当前 PR 无冲突。 - 合入顺序：建议在步骤 1（PR4264，已合入）之后合入；代码上不依赖 PR4264。 - 回退方式：单独回退本 PR，即可恢复 Runtime 直接管理 ApiImplMbuf 生命周期的原逻辑，不影响 driver 文件拆分。 - 后续步骤：arch5162 专属实现将把能力探针改为 false，并从其 target 中移除 Mbuf API、实现和 driver 源文件。 See merge request: cann/runtime!4265 | 21 天前 | |
refactor: 新增 ApiEsched 框架 Co-authored-by: kongrong<kongrong@hisilicon.com> # message auto-generated for no-merge-commit merge: !4538 merge refactor/api-esched-framework into master refactor: 新增 ApiEsched 框架 Created-by: carol696 Commit-by: kongrong Merged-by: cann-robot Description: # Pull Request ## 描述 本 PR 是 Esched API 大类拆分的框架阶段。 本批接口： - rtEschedSubmitEventSync - rtEschedSubmitEvent - rtEschedSubscribeEvent - rtEschedWaitEvent - rtEschedAckEvent - rtEschedAttachDevice - rtEschedDettachDevice - rtEschedCreateGrp - rtEschedCreateGrpEx 具体变更： - 新增 ApiEsched 入口、ApiImplEsched 实现类和 Runtime 生命周期管理。 - 将 Esched 相关 Driver 调用从 npu_driver_queue.cc 拆入独立编译单元。 - 补齐普通、cmodel、tiny、arch5162 及 UT 的源文件挂载。 - 新增 Runtime 生命周期直连 UT。 行为等价说明： - 现有 C API 尚未切换路由，公开入口行为保持不变。 - 参数校验、返回码、ErrMsg、profiling、Context/线程环境和产品支持保持不变。 本 PR 不包含： - rtEsched* C API 入口迁移。 - 主 Api 旧链路清理。 - arch5162 能力关闭或 ABI 桩。 剩余工作：路由 PR 合入后再进行主链清理和 arch5162 产品隔离。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 描述测试此变更的步骤和前提条件： 1. git -c core.whitespace=blank-at-eol,blank-at-eof,space-before-tab,cr-at-eol diff --check upstream/master...refactor/api-esched-framework，通过。 2. 在最终聚合分支执行 bash tests/build_ut.sh --ut=runtime --target=runtime_ut_common，构建和 UT 通过。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 该 PR 独立基于 cann/runtime:master，建议在文档 PR 后合入。 See merge request: cann/runtime!4538 | 14 天前 | |
【PR】: event errMsg adapt Co-authored-by: b00576080<bianyanan1@huawei.com> # message auto-generated for no-merge-commit merge: !4812 merge wait into master 【PR】: event errMsg adapt Created-by: gcw_bw3c8xUA Commit-by: b00576080 Merged-by: cann-robot Description: # Pull Request ## 描述 请清晰准确地描述本次 Pull Request 的意图和变更内容。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 NA ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4812 | 1 天前 | |
【PR】【fix】fix typos and grammatical errors in log messages 3rd round Co-authored-by: Hou_jialin<houjialin3@huawei.com> # message auto-generated for no-merge-commit merge: !4703 merge br_fix_rts_log_3rd into master 【PR】【fix】fix typos and grammatical errors in log messages 3rd round Created-by: Hou_jialin Commit-by: Hou_jialin Merged-by: cann-robot Description: # Pull Request ## 描述 本 PR 整改 Runtime 日志易用性问题，主要包括： - 补充参数当前值、合法范围、期望枚举值及必要的度量单位。 - 修正错误对象、操作名称、返回值字段和格式参数。 - 优化描述不完整、容易误解或包含失败敏感词的日志文案。 - 结合实际返回行为，将少量需要关注的 INFO 日志调整为 WARN/WARNING。 - 保留辅助诊断、降级处理等场景的 INFO 级别，避免重复提升为 ERROR。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> 无。 ## 如何测试 NA ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4703 | 2 天前 | |
refactor: 新增 ApiEsched 框架 Co-authored-by: kongrong<kongrong@hisilicon.com> # message auto-generated for no-merge-commit merge: !4538 merge refactor/api-esched-framework into master refactor: 新增 ApiEsched 框架 Created-by: carol696 Commit-by: kongrong Merged-by: cann-robot Description: # Pull Request ## 描述 本 PR 是 Esched API 大类拆分的框架阶段。 本批接口： - rtEschedSubmitEventSync - rtEschedSubmitEvent - rtEschedSubscribeEvent - rtEschedWaitEvent - rtEschedAckEvent - rtEschedAttachDevice - rtEschedDettachDevice - rtEschedCreateGrp - rtEschedCreateGrpEx 具体变更： - 新增 ApiEsched 入口、ApiImplEsched 实现类和 Runtime 生命周期管理。 - 将 Esched 相关 Driver 调用从 npu_driver_queue.cc 拆入独立编译单元。 - 补齐普通、cmodel、tiny、arch5162 及 UT 的源文件挂载。 - 新增 Runtime 生命周期直连 UT。 行为等价说明： - 现有 C API 尚未切换路由，公开入口行为保持不变。 - 参数校验、返回码、ErrMsg、profiling、Context/线程环境和产品支持保持不变。 本 PR 不包含： - rtEsched* C API 入口迁移。 - 主 Api 旧链路清理。 - arch5162 能力关闭或 ABI 桩。 剩余工作：路由 PR 合入后再进行主链清理和 arch5162 产品隔离。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 描述测试此变更的步骤和前提条件： 1. git -c core.whitespace=blank-at-eol,blank-at-eof,space-before-tab,cr-at-eol diff --check upstream/master...refactor/api-esched-framework，通过。 2. 在最终聚合分支执行 bash tests/build_ut.sh --ut=runtime --target=runtime_ut_common，构建和 UT 通过。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 该 PR 独立基于 cann/runtime:master，建议在文档 PR 后合入。 See merge request: cann/runtime!4538 | 14 天前 | |
refactor: 隔离 arch5162 ApiEsched 组件 Co-authored-by: kongrong<kongrong@hisilicon.com> # message auto-generated for no-merge-commit merge: !4540 merge refactor/arch5162-api-esched-isolation into master refactor: 隔离 arch5162 ApiEsched 组件 Created-by: carol696 Commit-by: kongrong Merged-by: cann-robot Description: # Pull Request ## 描述 本 PR 是 Esched API 大类拆分的清理与 arch5162 产品隔离阶段。 本批接口： - rtEschedSubmitEventSync - rtEschedSubmitEvent - rtEschedSubscribeEvent - rtEschedWaitEvent - rtEschedAckEvent - rtEschedAttachDevice - rtEschedDettachDevice - rtEschedCreateGrp - rtEschedCreateGrpEx 具体变更： - 删除主 Api、ApiImpl、decorator 和 error decorator 中的旧 Esched 成员链路。 - 在 arch5162 源文件列表中移除正式 api_c_esched.cc、api_impl_esched.cc 和 npu_driver_esched.cc。 - 新增 arch5162/tiny 可链接的 Esched not-support 桩和 runtime API stub catalog 元数据。 - 新增 arch5162 Esched not-support UT，并清理旧主链 UT 覆盖点。 行为等价说明： - 支持产品继续走 ApiEsched 正式实现。 - arch5162 对公开 rtEsched* ABI 保持导出，但统一返回不支持语义。 本 PR 不包含： - 其他 Runtime API 大类裁剪。 - 支持产品的 Esched 行为调整。 剩余工作：前序框架和路由 PR 合入后，基于最新 master 刷新本阶段并重新跑完整验证。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 描述测试此变更的步骤和前提条件： 1. git -c core.whitespace=blank-at-eol,blank-at-eof,space-before-tab,cr-at-eol diff --check refactor/api-esched-route..refactor/arch5162-api-esched-isolation，通过。 2. rg -n "apiDecorator_->Esched|ApiDecorator::Esched|ApiImpl::Esched|&ApiImpl::Esched|api\\.Esched|apiDec\\.Esched|impl_->Esched|virtual rtError_t Esched" src/runtime/api/api.hpp src/runtime/api/impl tests/ut/runtime/runtime/test -g '*.*'，无旧链残留。 3. rg -n "api_c_esched|npu_driver_esched|api_impl_esched" src/runtime/cmake/arch5162.cmake tests/ut/runtime/runtime/test/platform/arch5162/CMakeLists.txt，仅保留 stub 源文件引用。 4. bash tests/build_ut.sh --ut=runtime --target=runtime_ut_common，构建和 UT 通过。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 依赖框架和路由 PR 先合入；前序 PR 合入后需基于最新 master 刷新本 PR，确保最终 diff 只包含清理与 arch5162 隔离。 See merge request: cann/runtime!4540 | 11 天前 | |
style: 统一 Event 接口声明与实现参数命名 Co-authored-by: zhangpengpeng8<zhangpengpeng8@hisilicon.com> # message auto-generated for no-merge-commit merge: !4507 merge master into master style: 统一 Event 接口声明与实现参数命名 Created-by: zhangpengpeng8 Commit-by: zhangpengpeng8 Merged-by: cann-robot Description: # Pull Request ## 描述 Event 接口声明和 ApiImplEvent 各产品实现中部分形参仍使用缩写或通用返回值名称，与 Runtime C API 层表达的参数语义不一致。本 PR 统一抽象接口、override 声明以及 common、tiny、stub 实现中的参数命名： - EventElapsedTime：retTime、startEvt、endEvt 分别调整为 timeInterval、startEvent、endEvent。 - EventGetTimeStamp：retTime 调整为 timeStamp。 - IpcGetEventHandle：evt 调整为 event。 实现函数体中的变量引用和 IPC Event 错误详情字段同步使用新名称。本次不改变函数返回类型、参数类型、参数顺序、const 限定、控制流程或返回行为，因此不影响 ABI 和运行逻辑。 ## 影响范围 - src/runtime/api/api_event.hpp - src/runtime/api/impl/api_impl_event.hpp - src/runtime/api/impl/api_impl_event.cc - src/runtime/api/impl/api_impl_event_common.cc - src/runtime/api/impl/api_impl_event_tiny_stub.cc - src/runtime/api/impl/api_impl_stub.cc ## 变更类型 - [ ] Bug 修复 - [ ] 新功能 - [x] 代码风格更新（命名一致性） - [ ] 重构（既不修复错误也不增加功能的代码变动） - [ ] 构建过程或辅助工具的变动 - [ ] 文档内容更新 ## 关联的 Issue 无。 ## 如何测试 1. 对 PR 最终 patchset 执行 pre-commit 检查。 2. clang-format：通过。 3. OAT Compliance Check：通过。 4. 构建 runtime_utest_tiny_stub：通过，覆盖 tiny 和通用 stub 实现。 5. 运行 runtime_utest_tiny_stub：61/61 通过。 6. 构建 runtimeut_src_static_lib：通过，覆盖标准 api_impl_event.cc 和 api_impl_event_common.cc 实现。 7. 线上 /compile：当前 head 的主编译流水线 27/27 通过，静态检查流水线 11/11 通过。 ## 核对清单 - [x] 我的代码遵循项目代码风格。 - [x] 已完成变更范围的静态检查。 - [x] 本次无需更新用户文档。 - [x] 标题使用了合适的类型标签。 - [x] 已阅读并遵守贡献指南。 ## 其他信息 当前 PR head 为 f1e0f8a0fb010c43aefd3797c95677f22664712f。 See merge request: cann/runtime!4507 | 14 天前 | |
style: 统一 Event 接口声明与实现参数命名 Co-authored-by: zhangpengpeng8<zhangpengpeng8@hisilicon.com> # message auto-generated for no-merge-commit merge: !4507 merge master into master style: 统一 Event 接口声明与实现参数命名 Created-by: zhangpengpeng8 Commit-by: zhangpengpeng8 Merged-by: cann-robot Description: # Pull Request ## 描述 Event 接口声明和 ApiImplEvent 各产品实现中部分形参仍使用缩写或通用返回值名称，与 Runtime C API 层表达的参数语义不一致。本 PR 统一抽象接口、override 声明以及 common、tiny、stub 实现中的参数命名： - EventElapsedTime：retTime、startEvt、endEvt 分别调整为 timeInterval、startEvent、endEvent。 - EventGetTimeStamp：retTime 调整为 timeStamp。 - IpcGetEventHandle：evt 调整为 event。 实现函数体中的变量引用和 IPC Event 错误详情字段同步使用新名称。本次不改变函数返回类型、参数类型、参数顺序、const 限定、控制流程或返回行为，因此不影响 ABI 和运行逻辑。 ## 影响范围 - src/runtime/api/api_event.hpp - src/runtime/api/impl/api_impl_event.hpp - src/runtime/api/impl/api_impl_event.cc - src/runtime/api/impl/api_impl_event_common.cc - src/runtime/api/impl/api_impl_event_tiny_stub.cc - src/runtime/api/impl/api_impl_stub.cc ## 变更类型 - [ ] Bug 修复 - [ ] 新功能 - [x] 代码风格更新（命名一致性） - [ ] 重构（既不修复错误也不增加功能的代码变动） - [ ] 构建过程或辅助工具的变动 - [ ] 文档内容更新 ## 关联的 Issue 无。 ## 如何测试 1. 对 PR 最终 patchset 执行 pre-commit 检查。 2. clang-format：通过。 3. OAT Compliance Check：通过。 4. 构建 runtime_utest_tiny_stub：通过，覆盖 tiny 和通用 stub 实现。 5. 运行 runtime_utest_tiny_stub：61/61 通过。 6. 构建 runtimeut_src_static_lib：通过，覆盖标准 api_impl_event.cc 和 api_impl_event_common.cc 实现。 7. 线上 /compile：当前 head 的主编译流水线 27/27 通过，静态检查流水线 11/11 通过。 ## 核对清单 - [x] 我的代码遵循项目代码风格。 - [x] 已完成变更范围的静态检查。 - [x] 本次无需更新用户文档。 - [x] 标题使用了合适的类型标签。 - [x] 已阅读并遵守贡献指南。 ## 其他信息 当前 PR head 为 f1e0f8a0fb010c43aefd3797c95677f22664712f。 See merge request: cann/runtime!4507 | 14 天前 | |
【PR】【fix】fix typos and grammatical errors in log messages 3rd round Co-authored-by: Hou_jialin<houjialin3@huawei.com> # message auto-generated for no-merge-commit merge: !4703 merge br_fix_rts_log_3rd into master 【PR】【fix】fix typos and grammatical errors in log messages 3rd round Created-by: Hou_jialin Commit-by: Hou_jialin Merged-by: cann-robot Description: # Pull Request ## 描述 本 PR 整改 Runtime 日志易用性问题，主要包括： - 补充参数当前值、合法范围、期望枚举值及必要的度量单位。 - 修正错误对象、操作名称、返回值字段和格式参数。 - 优化描述不完整、容易误解或包含失败敏感词的日志文案。 - 结合实际返回行为，将少量需要关注的 INFO 日志调整为 WARN/WARNING。 - 保留辅助诊断、降级处理等场景的 INFO 级别，避免重复提升为 ERROR。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> 无。 ## 如何测试 NA ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4703 | 2 天前 | |
【refactor】: 重命名文件名称，提升 arch5162 可扩展性 Co-authored-by: qq_64748107<2592856994@qq.com> # message auto-generated for no-merge-commit merge: !4624 merge fix/rename-tiny-stub-arch5162 into master 【refactor】: 重命名文件名称，提升 arch5162 可扩展性 Created-by: qq_64748107 Commit-by: qq_64748107 Merged-by: cann-robot Description: # Pull Request ## 描述 将 xxx_tiny_stub.cc 统一重命名为 xxx_stub.cc，移除文件名中的 tiny 前缀，使 stub 文件不再绑定特定芯片型号，方便后续其他芯片复用。 ## 改动内容 - 重命名 32 个源文件：xxx_tiny_stub.cc → xxx_stub.cc - 同步更新 4 个 CMake 文件中的路径引用： - arch5162.cmake：22 处 - tiny.cmake：32 处 - tests/ut/runtime/runtime/CMakeLists.txt：35 处 - tests/ut/runtime/runtime/test/platform/arch5162/CMakeLists.txt：23 处 - 重命名测试文件：rt_utest_tiny_stub.cc → rt_utest_stub.cc ## 改动原因 当前 stub 文件名带有 tiny 前缀，绑定特定芯片型号。后续新增其他芯片需要复用这些 stub 时，文件名带 tiny 不合理。重命名为通用名称后，任何芯片都可以直接引用。 ## 验证 - 编译通过（bash build.sh） - ACL callback UT：8/8 通过 - TinyStub UT：63/63 通过 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4624 | 9 天前 | |
【PR】【fix】fix typos and grammatical errors in log messages 3rd round Co-authored-by: Hou_jialin<houjialin3@huawei.com> # message auto-generated for no-merge-commit merge: !4703 merge br_fix_rts_log_3rd into master 【PR】【fix】fix typos and grammatical errors in log messages 3rd round Created-by: Hou_jialin Commit-by: Hou_jialin Merged-by: cann-robot Description: # Pull Request ## 描述 本 PR 整改 Runtime 日志易用性问题，主要包括： - 补充参数当前值、合法范围、期望枚举值及必要的度量单位。 - 修正错误对象、操作名称、返回值字段和格式参数。 - 优化描述不完整、容易误解或包含失败敏感词的日志文案。 - 结合实际返回行为，将少量需要关注的 INFO 日志调整为 WARN/WARNING。 - 保留辅助诊断、降级处理等场景的 INFO 级别，避免重复提升为 ERROR。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> 无。 ## 如何测试 NA ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4703 | 2 天前 | |
refactor: 从ApiImpl中拆分出来KernelArgs模块 Co-authored-by: Rick_Coding<yangsen24@huawei.com> # message auto-generated for no-merge-commit merge: !4310 merge master into master refactor: 从ApiImpl中拆分出来KernelArgs模块 Created-by: Rick_Coding Commit-by: Rick_Coding Merged-by: cann-robot Description: # Pull Request ## 描述 本 PR 针对 arch5162 不支持 KernelArgs 能力的场景，对 ApiImpl 层进行按产品能力拆分。修改**从公共 api_impl.cc 中拆出 12 个 KernelArgs 相关函数**，包括 8 个直 接承接 API 调用的入口成员函数、2 个仅供真实实现调用的辅助成员函数，以及2个文件内辅助函数。 1、支持 KernelArgs 的产品继续编译 api_impl_kernel_args.cc 中的完整实现，函数实现与拆分前保持一致。 2、arch5162 改为编译 api_impl_kernel_args_stub.cc，其中只保 留8个入口成员函数，并统一返回 RT_ERROR_FEATURE_NOT_SUPPORT。完整实现中的 GetToBeCalSystemParaNum、ProcessOverFlowArgs 两个辅助成员函数，以及 ResetKernelArgsParamHandles、ReinitKernelArgsEmbeddedHandle 两个文件内辅助函数，只会被真实实现调用；arch5162 的入口桩函数直接返回，不会进入这些处理流 程，因此无需为这4个辅助函数提供桩实现。 预计针对arch5162缩减so 10-20KB ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1.通过多款芯片RDV测试 2.已通过compare对比，挪走的KernelArgs成员函数前后一致 3.已经通过tiny冒烟测试 4.build通过 ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4310 | 16 天前 | |
refactor: decouple Runtime from ApiImplMbuf Co-authored-by: zhangpengpeng8<zhangpengpeng8@hisilicon.com> # message auto-generated for no-merge-commit merge: !4265 merge refactor/api-mbuf-runtime-decouple into master refactor: decouple Runtime from ApiImplMbuf Created-by: zhangpengpeng8 Commit-by: zhangpengpeng8 Merged-by: cann-robot Description: # Pull Request ## 描述 在最新 master 基线上，结合 PR4254 已验证的实现方式，解除 Runtime 生命周期对具体 ApiImplMbuf 类型的直接依赖： - api_impl_creator.hpp 仅前置声明 ApiMbuf，不再包含 api_mbuf.hpp，并提供统一的创建/销毁接口声明。 - 将 CreateImplMbufAndGet()、DestroyImplMbuf()、能力探针及 ApiImplMbuf 分配日志收敛到 src/runtime/api/impl/api_impl_mbuf.cc。 - runtime.cc 通过工厂创建和销毁 Mbuf 实现，不再包含 api_impl_mbuf.hpp，也不再使用 sizeof(ApiImplMbuf)。 - v100/v200 的 runtime_adapt.cc 均通过 DestroyImplMbuf() 完成销毁，不再依赖具体 Mbuf 实现头文件。 - IsImplMbufSupported() 当前仍返回 true，所有平台继续编译并创建完整 Mbuf 实现，本 PR 不改变现有功能和路由行为。 - ApiMbuf::Instance() 继续保留在 API 侧 api.cc，不改变单例符号归属。 - 补充创建成功、分配失败和初始化失败传播 UT，覆盖新增生命周期路径。 - 删除无生产调用的 NpuDriver::GetIpcNotifyPeerPhyDevId 声明和实现，同时删除仅直接验证该冗余入口的 910B UT。 本 PR 是 arch5162 隔离 Mbuf 组件的第 2 步：只建立 Runtime 与可选 Mbuf 实现之间的工厂边界，不在本步骤关闭任何平台能力。该变更不依赖 Mbuf driver 源文件拆分，可以独立合入和独立回退。 ## 变更类型 - [ ] Bug 修复 - [ ] 新功能 - [ ] 代码风格更新（格式化，局部变量） - [x] 重构（既不修复错误也不增加功能的代码变动） - [ ] 构建过程或辅助工具的变动 - [ ] 文档内容更新 ## 关联的Issue 无。 ## 如何测试 当前补丁集：7b7b869c3e13977f6eb1b2e74f3e061f38055956，已合入 master@e17790bf85dc2d2275784975c9cd2bbaf60702b3。 1. 普通构建：runtime、runtime_v200、runtime_utest、runtime_utest_api_910B、runtime_utest_task_910B、runtime_utest_xpu_910B 编译通过。 2. arch5162 构建：runtime、runtime_utest_arch5162 编译通过；该 target 仍编译 Mbuf API、实现和 driver，符合本步骤边界。 3. RuntimeTest.*：74/74 通过。 4. 910B CloudV2IpcApiTest.*：删除冗余入口 UT 后，剩余 22/22 通过。 5. arch5162 全量 UT：104/104 通过。 6. 普通 libruntime.so、libruntime_v200.so 和 arch5162 libruntime.so 执行 ldd -r，无未解析符号。 7. 构建依赖确认 runtime.cc、v100/v200 runtime_adapt.cc 均不再依赖 api_impl_mbuf.hpp。 8. 当前 PR 差异执行 clang-format 与 OAT pre-commit 检查，均通过。 9. 最终补丁集线上编译/UT 流水线 66e0f329f3ad4a5dbbe9b2b37fd74d58：27/27 成功，其中 UT_Test_rts_common、UT_Test_camodel_check、UT_Test_rts_report 均通过。 10. 最终补丁集线上静态检查流水线 2a217099f0cb4caba9a77e047e690ca6：11/11 成功。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 - 基线刷新：已合入 master@e17790bf8，当前 PR 无冲突。 - 合入顺序：建议在步骤 1（PR4264，已合入）之后合入；代码上不依赖 PR4264。 - 回退方式：单独回退本 PR，即可恢复 Runtime 直接管理 ApiImplMbuf 生命周期的原逻辑，不影响 driver 文件拆分。 - 后续步骤：arch5162 专属实现将把能力探针改为 false，并从其 target 中移除 Mbuf API、实现和 driver 源文件。 See merge request: cann/runtime!4265 | 21 天前 | |
【PR】: mv core/api_impl->api/impl Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !3999 merge master into master 【PR】: mv core/api_impl->api/impl Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 把core/api_impl移动到api/impl，同时修复根据驱动生成的桩.so缺失符号问题 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [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!3999 | 25 天前 | |
refactor: 隔离 arch5162 ApiMbuf 组件 Co-authored-by: zhangpengpeng8<zhangpengpeng8@hisilicon.com> # message auto-generated for no-merge-commit merge: !4254 merge refactor/arch5162-api-mbuf-isolation into master refactor: 隔离 arch5162 ApiMbuf 组件 Created-by: zhangpengpeng8 Commit-by: zhangpengpeng8 Merged-by: cann-robot Description: # Pull Request ## 描述 arch5162 不支持 ApiMbuf 功能。本次仅将 arch5162 构建目标切换到共享轻量桩，避免完整 Mbuf 实现进入对应 Runtime 产物： - 新增 api_c_mbuf_stub.cc，保留 17 个公开 Mbuf C API 符号并统一返回 ACL_ERROR_RT_FEATURE_NOT_SUPPORT。 - 新增 api_impl_mbuf_stub.cc，提供不支持场景的实现生命周期：IsImplMbufSupported() 返回 false、创建返回空、销毁保持空指针。 - arch5162.cmake 以轻量桩替换 api_c_mbuf.cc、api_impl_mbuf.cc，并停止编译 npu_driver_mbuf.cc。 - arch5162 UT 使用 rt_utest_mbuf_stub.cc，覆盖实现生命周期和全部 17 个公开 C API。 - 普通 Runtime 和 tiny 构建配置不变，继续编译完整 ApiMbuf 实现。 本次基于最新 master（476e57ff5）整理为单提交。PR4264 和 PR4265 已在基线中，本 PR 当前只保留 arch5162 平台隔离步骤，可独立回退。 ## 分步骤上库 1. [PR4264](https://gitcode.com/cann/runtime/pull/4264)：拆分 NpuDriver Mbuf 源文件，已合入。 2. [PR4265](https://gitcode.com/cann/runtime/pull/4265)：解耦 Runtime 与具体 ApiImplMbuf，已合入。 3. [PR4254](https://gitcode.com/cann/runtime/pull/4254)：仅对 arch5162 启用 Mbuf 编译隔离、ABI 桩和 UT。 ## 变更类型 - [ ] Bug 修复 - [ ] 新功能 - [ ] 代码风格更新（格式化，局部变量） - [x] 重构（既不修复错误也不增加功能的代码变动） - [x] 构建过程或辅助工具的变动 - [ ] 文档内容更新 ## 关联的 Issue 无。 ## 如何测试 1. runtime_utest_arch5162：106/106 通过，其中共享 Mbuf 桩用例 2/2 通过。 2. PRODUCT=ascend5162a Release 构建 runtime 通过，最终链接启用 -Wl,--no-undefined。 3. arch5162 构建对象仅包含 api_c_mbuf_stub.cc、api_impl_mbuf_stub.cc，不包含 api_c_mbuf.cc、api_impl_mbuf.cc 和 npu_driver_mbuf.cc。 4. arch5162 的 libruntime.so 执行 ldd -r，无未解析符号或缺失依赖。 5. arch5162 的 libruntime.so 保留全部 17 个 Mbuf C API 动态符号。 6. clang-format 与 OAT 提交检查通过。 7. 最终提交 e4a30573b 的线上[编译/UT 流水线](https://www.openlibing.com/apps/pipelineDetail?pipelineId=50ab408233ea4622975e6b0318a0cb06&pipelineRunId=9a825ffe028848718a12fb2176448358&projectName=CANN)：27/27 成功；[静态检查流水线](https://www.openlibing.com/apps/pipelineDetail?pipelineId=aeb4b733d2324717a859e5923df342c7&pipelineRunId=6324d119e2754de387bb7bde3480c4df&projectName=CANN)：11/11 成功。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守其中关于 commit message 和无效 commit 合并等规定 ## 其他信息 - 本 PR 不修改 tiny.cmake、tiny UT 配置或 docs。 See merge request: cann/runtime!4254 | 20 天前 | |
【PR】【fix】fix typos and grammatical errors in log messages 4th round Co-authored-by: Hou_jialin<houjialin3@huawei.com> # message auto-generated for no-merge-commit merge: !4706 merge br_fix_rts_log_4th into master 【PR】【fix】fix typos and grammatical errors in log messages 4th round Created-by: Hou_jialin Commit-by: Hou_jialin Merged-by: cann-robot Description: # Pull Request ## 描述 本 PR 整改 Runtime 日志易用性问题，主要包括： - 补充参数当前值、合法范围、期望枚举值及必要的度量单位。 - 修正错误对象、操作名称、返回值字段和格式参数。 - 优化描述不完整、容易误解或包含失败敏感词的日志文案。 - 结合实际返回行为，将少量需要关注的 INFO 日志调整为 WARN/WARNING。 - 保留辅助诊断、降级处理等场景的 INFO 级别，避免重复提升为 ERROR。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> 无。 ## 如何测试 NA ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4706 | 2 天前 | |
refactor: split memory ApiImpl by module for Arch5162 Co-authored-by: l00798094<lishun30@huawei.com> # message auto-generated for no-merge-commit merge: !4468 merge master into master refactor: split memory ApiImpl by module for Arch5162 Created-by: lexbb Commit-by: l00798094 Merged-by: cann-robot Description: # Pull Request ## 描述 Arch5162 在 RT 层仅支持限定范围内的内存接口。原有 api_impl.cc 同时包含支持和不支持接口的真实实现，Arch5162 构建时会编入其不支持的内存能力。 本 PR 按 Arch5162 的接口范围拆分 ApiImpl 内存实现，使不同芯片通过构建配置选择真实实现或不支持桩。 ## 修改内容 ### 1. 拆分内存 ApiImpl 实现 新增 api_impl_memory.cc，将 Arch5162 不支持的内存相关真实实现及其必要 helper 从 api_impl.cc 迁移至该文件，主要包括： - Host 内存管理 - Managed 内存分配及预取 - 扩展内存拷贝、批量拷贝及 Reduce - 虚拟地址、物理内存及映射管理 - 共享内存句柄导入导出 - 内存属性、使用量及地址查询 - 新式内存分配和相关管理接口 除代码位置调整外，其他芯片原有实现逻辑保持不变。 ### 2. 增加 Arch5162 不支持接口桩 新增 api_impl_memory_stub.cc，为 Arch5162 不支持的内存 ApiImpl 方法提供统一桩实现，并返回： RT_ERROR_FEATURE_NOT_SUPPORT 桩实现使用独立文件，后续其他具有相同接口约束的芯片可以复用，不与 Arch5162 名称绑定。 ## 变更类型 请选择本次引入的变更类型： <!-- [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!4468 | 15 天前 | |
【PR】【fix】correct RTS log messages round 2 Co-authored-by: Hou_jialin<houjialin3@huawei.com> # message auto-generated for no-merge-commit merge: !4547 merge br_log_opt_2round into master 【PR】【fix】correct RTS log messages round 2 Created-by: Hou_jialin Commit-by: Hou_jialin Merged-by: cann-robot Description: # Pull Request ## 描述 本 PR 针对 Runtime 日志易用性扫描结果进行整改，主要包括： - 修正日志和错误描述中的拼写、语法及术语问题。 - 统一 Runtime、ACL、TDT 等模块的日志表达。 - 为内存大小、超时时间等数值补充明确单位。 - 优化参数名称、错误原因和上下文信息，提升问题定位效率。 - 将不规范的内部错误描述统一为 Internal Error。 - 补充必要的 UT 覆盖受影响日志分支。 本次修改不涉及功能逻辑、对外接口或 ABI 变更。 ## 改动 修正 TDT 错误码描述文案（src/inc/tdt/status.h）：纠正了 "transcation" → "transaction"、"argment" → "argument"、"unknow job state" → "unknown job state" 等拼写错误，并将 TDT_QUEUE_POP_FAILED/TDT_QUEUE_PUSH_FAILED 的描述改为更准确的 "queue pop/push interrupted because the queue was stopped"。 统一 ACL 队列模块日志表达（src/acl/acl_tdt_queue/ 下 queue_process.cpp、queue_process_ccpu.cpp、queue_process_host.cpp、queue_process_sp.cpp）：将日志统一为 "Start to execute …" / "Successfully executed …" 句式，并修正 "unbinded" → "unbound"、"contact msg" → "connect msg" 等措辞错误。 修正运行时日志语法与拼写（src/runtime 多处，如 api_c.cc、api_impl.cc、errcode_manage.cc、context.cc、runtime.cc 等）：修正 "Heterogenous" → "Heterogeneous"、"internel" → "internal"、"Stoping" → "Stopping"、"unknow" → "unknown" 等，并纠正日志字段名笔误（如 fftsMemAllocCnt 打印重复、true_sq_iq → true_sq_id、steam_id → stream_id）。 为日志中的内存大小补充单位：在 runtime.cc 的 Runtime_alloc_size 系列日志、api_error.cc 的 malloc/mem info 日志、onlineprof.cc、memory_pool_manager.cc、spm_pool.cc、h2d_copy_mgr.cc 及各类 memcpy 任务日志中，为 size/len/cpySize/stackSize 等数值统一追加 bytes 单位。 增强错误日志信息量：在 context.cc 的 LaunchSqeUpdateTask、ccu_device_error_proc.cc 的 CCU 子任务数校验、dqs_task.cc 的队列 ID 校验、task_manager.cc 的 nameOffset 越界告警等日志中，补充了失败说明、返回码及合法取值范围等上下文信息，使日志更易于定位问题。 ## 变更类型 - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无。 ## 如何测试 1. 触发 PR 完整 CI 流水线。 2. 确认 x86、ARM 及 Ubuntu 24 编译通过。 3. 确认 ACL、Runtime 各分组 UT 及增量覆盖率检查通过。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档（本次不涉及文档变更） - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次仅优化日志及错误信息的准确性和可读性，不改变原有执行流程和错误码返回行为。 See merge request: cann/runtime!4547 | 13 天前 | |
【PR】: mv core/api_impl->api/impl Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !3999 merge master into master 【PR】: mv core/api_impl->api/impl Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 把core/api_impl移动到api/impl，同时修复根据驱动生成的桩.so缺失符号问题 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [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!3999 | 25 天前 | |
【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Co-authored-by: wda1991<wangdongan@hisilicon.com> # message auto-generated for no-merge-commit merge: !4682 merge fix_bug_event_record into master 【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Created-by: wda1991 Commit-by: wda1991 Merged-by: cann-robot Description: # Pull Request ## 描述 请清晰准确地描述本次 Pull Request 的意图和变更内容。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/901 ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4682 | 1 天前 | |
【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Co-authored-by: wda1991<wangdongan@hisilicon.com> # message auto-generated for no-merge-commit merge: !4682 merge fix_bug_event_record into master 【PR】: 对于eventRecord与eventReset增加event与stream同属同一个device的校验 Created-by: wda1991 Commit-by: wda1991 Merged-by: cann-robot Description: # Pull Request ## 描述 请清晰准确地描述本次 Pull Request 的意图和变更内容。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/901 ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4682 | 1 天前 | |
【PR】: runtime support launch blocking Co-authored-by: nevermore_t<tianjingxuan2@huawei.com> Co-authored-by: x00508183<xiachanglin@huawei.com> Co-authored-by: jiaxingru<jiaxingru1@huawei.com> # message auto-generated for no-merge-commit merge: !4247 merge feature/launch-blocking into master 【PR】: runtime support launch blocking Created-by: xiachanglin Commit-by: x00508183;jiaxingru;nevermore_t Merged-by: cann-robot Description: # Pull Request ## 描述 本需求提供一种面向调试场景的 blocking launch 能力，使用户在启动程序前设置环境变量后，Runtime 将纳入范围的 kernel/model launch 从“下发后立即返回”改为“下发后等待执行完成再返回”。这样执行错误在当前 launch API 返回，帮助用户定位问题算子。 新增环境变量： ASCEND_RT_LAUNCH_BLOCKING，默认不打开该环境变量时，Runtime 保持原有异步 launch 行为。当 ASCEND_RT_LAUNCH_BLOCKING=1 Runtime 对纳入范围的 kernel/model launch 执行做如下增强： 1. 先按原有流程完成任务下发。 2. 如果任务下发失败，直接返回原 launch 错误，不额外同步。 3. 如果任务下发成功，根据 stream 状态、no-blocking 逃生状态和环境变量判断是否需要同步。 4. 需要同步时，等待该 stream 当前已下发任务执行完成，再从当前 launch API 返回。 该功能的目标是调试定位。 涉及API： aclrtLaunchKernel、aclrtLaunchKernelWithConfig、aclrtLaunchKernelV2 aclrtLaunchKernelWithHostArgs、aclrtLaunchKernelWithArgsArray 、aclrtLaunchSIMTKernelWithArgsArray、aclrtLaunchSIMTKernelWithHostArgs aclmdlRIExecuteAsync ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> https://gitcode.com/cann/runtime/issues/921 ## 如何测试 描述测试此变更的步骤和前提条件： 1. UT 2. ST 3. rdv ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4247 | 3 天前 | |
【PR】: mv core/api_impl->api/impl Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !3999 merge master into master 【PR】: mv core/api_impl->api/impl Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 把core/api_impl移动到api/impl，同时修复根据驱动生成的桩.so缺失符号问题 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [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!3999 | 25 天前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 13 天前 | ||
| 3 天前 | ||
| 25 天前 | ||
| 3 天前 | ||
| 3 天前 | ||
| 9 天前 | ||
| 1 天前 | ||
| 3 天前 | ||
| 1 天前 | ||
| 1 天前 | ||
| 10 天前 | ||
| 1 天前 | ||
| 1 天前 | ||
| 3 天前 | ||
| 21 天前 | ||
| 14 天前 | ||
| 1 天前 | ||
| 2 天前 | ||
| 14 天前 | ||
| 11 天前 | ||
| 14 天前 | ||
| 14 天前 | ||
| 2 天前 | ||
| 9 天前 | ||
| 2 天前 | ||
| 16 天前 | ||
| 21 天前 | ||
| 25 天前 | ||
| 20 天前 | ||
| 2 天前 | ||
| 15 天前 | ||
| 13 天前 | ||
| 25 天前 | ||
| 1 天前 | ||
| 1 天前 | ||
| 3 天前 | ||
| 25 天前 |