| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
rename duplicate headers Co-authored-by: qleehom<qianglihong@huawei.com> # message auto-generated for no-merge-commit merge: !3740 merge fix/rename-duplicate-headers into master rename duplicate headers Created-by: qleehom Commit-by: qleehom Merged-by: cann-robot Description: # Pull Request ## 描述 本次变更对 runtime 仓内 4 个重复头文件进行模块化重命名，并同步更新所有关联 include 引用，避免同名头文件在不同 include path 下产生误包含或 include guard 冲突。 重命名文件包括： - src/runtime/core/src/task/inc/dump_task.h -> src/runtime/core/src/task/inc/runtime_dump_task.h - src/runtime/core/src/task/inc/task_manager.h -> src/runtime/core/src/task/inc/runtime_task_manager.h - src/runtime/core/src/dfx/hifloat.h -> src/runtime/core/src/dfx/runtime_hifloat.h - src/runtime/core/inc/tsch_defines.h -> src/runtime/core/inc/runtime_tsch_defines.h ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无。 ## 如何测试 描述测试此变更的步骤和前提条件： 1. git diff --check 2. env CCACHE_DIR=/tmp/ccache bash build.sh --pkg --build_host_only --ascend_install_path=/home/developer/Ascend/cann-9.1.0 -j8 3. env CCACHE_DIR=/tmp/ccache bash tests/build_ut.sh --ut=runtime --target=runtime_ut --cann_3rd_lib_path=/mnt/workspace/gitCode/cann/runtime/output/third_party --ut_timeout=900 -j8 4. bash build.sh --target=npu_runtime_hlt --ascend_install_path=/home/developer/Ascend/cann-9.1.0 5. HLT 上板执行 RTS_AICORE_0001、RTS_AICORE_0713，并重复 5 轮，均 ret=0 且命中 SUCCESS ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 验证过程中发现 HLT 执行时需要优先加载真实 driver DSMI 库；若 build_out/lib 中的 HLT stub libdrvdsmi_host.so 排在 LD_LIBRARY_PATH 最前，会因缺少 dsmi_get_device_info 导致 librtstest_host.so 加载失败。实际验证使用真实 driver 路径优先的环境执行通过。 See merge request: cann/runtime!3740 | 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 | 2 天前 | |
【PR】: 解耦 Context 与 ACLGraph 捕获会话 Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !4746 merge aclgraph-context-decouple-pr5 into master 【PR】: 解耦 Context 与 ACLGraph 捕获会话 Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 Context 中混入了 ACLGraph 捕获状态和生命周期处理逻辑，导致 Core 直接依赖 CaptureModel 等 feature 概念。本提交引入 CaptureSession， 将 Context 仅作为捕获扩展的生命周期载体。 主要改动： 1. 新增 ContextExtension 和 CaptureOps，支持 Context 按需创建并持有 ACLGraph 扩展，并在 Context teardown 时统一释放。 2. 新增 CaptureSession，将 captureMode、captureModeRefNum 以及 CaptureModeEnter、CaptureModeExit、ThreadExchangeCaptureMode 等 捕获状态管理迁出 Context。 3. 将 StreamBeginCapture、StreamEndCapture、StreamAddToModel、 StreamAddToCaptureModelProc、UpdateEndGraphTask、Notify 配置及 CaptureModel 校验等捕获生命周期逻辑迁入 CaptureSession。 4. 调整 ApiImpl、CaptureModel 和 capture_model_utils 调用点， 通过 GetCaptureSession 获取捕获会话，不再调用 Context 捕获接口。 5. 将 CreateNotify 移回 Context Core 实现；将 ModelGetNodes、 ModelDebugDotPrint 和 ModelDebugJsonPrint 收敛到 context_dfx.cc。 6. 删除 Context 中已迁移的方法声明、tiny Context 冗余桩以及无调用的 StreamGetCaptureInfo 实现；tiny 对外 API 桩保持不变。 7. 更新标准版本、cmodel、tiny、arch5162 和 UT 的编译列表及相关用例。 本提交仅处理 Context 解耦，不包含 Event、Stream、task-group、cond task 及 cascade 捕获逻辑的后续迁移。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4746 | 1 小时前 | |
Initial commit | 8 个月前 | |
Initial commit | 8 个月前 | |
[fix]: 修复 tests/build_ut.sh -v/--verbose 选项不生效的问题 Co-authored-by: chenyang<2082464740@qq.com> # message auto-generated for no-merge-commit merge: !4383 merge test_build into master [fix]: 修复 tests/build_ut.sh -v/--verbose 选项不生效的问题 Created-by: weixin_51634168 Commit-by: chenyang Merged-by: cann-robot Description: ## build_ut.sh: 增加 -v/--verbose 详细输出模式 - tests/build_ut.sh： - -v/--verbose 解析时将 VERBOSE 设为开关值 on； - 新增 VERBOSE_FLAG 变量（VERBOSE=on 时为 --verbose），三处 cmake --build 调用（-t/--target 指定 target、--ut 默认 target、全量构建）统一追加该变量； - make package 在 VERBOSE=on 时使用 VERBOSE=1； - 不加 -v 时所有构建命令保持原样，行为不变。 以下是 tests/build_ut.sh 普通执行与加 -v 执行时的日志区别汇总： | 对比维度 | 普通执行（无 -v） | 详细模式（-v） | |----------|---------------------|-------------------| | **CMake 配置输出** | 仅显示简要总结，如 Initialization summary，不输出编译器检测、依赖查找等细节。 | 完整打印 CMake 配置过程，包括编译器识别、ABI 检测、各类依赖包查找状态。 | | **第三方库处理** | 直接使用缓存（Found），不触发下载或重新构建（前提是缓存存在）。 | 多次出现 not found，触发大量第三方库（json、abseil-cpp、protobuf、seccomp、eigen）的下载、解压和构建步骤。 | | **编译命令显示** | 通常只显示目标名称和进度（如 [ 1%] Building CXX object ...），不打印完整命令行。 | 每个编译单元均输出完整的 ccache/编译器命令行，包含所有编译选项、源文件路径及依赖信息。 | See merge request: cann/runtime!4383 | 6 天前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 1 个月前 | ||
| 2 天前 | ||
| 1 小时前 | ||
| 8 个月前 | ||
| 8 个月前 | ||
| 6 天前 |