| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
feat: 开放 datadump_kfc_interface.h 为仓内公共头文件 Co-authored-by: liu-lu<www.liulu824910939@qq.com> # message auto-generated for no-merge-commit merge: !4198 merge master into master feat: 开放 datadump_kfc_interface.h 为仓内公共头文件 Created-by: liu-lu Commit-by: liu-lu Merged-by: cann-robot Description: # Pull Request ## 描述 将 datadump_kfc_interface.h 从 src/aicpu_sched/aicpu_schedule/core/dfx/ 内部目录迁移到 src/inc/aicpu_sched/ 公共头文件目录，使其成为仓内开放接口，供 runtime 其他子模块引用。 同时补充该头文件缺失的标准库依赖声明（#include <cstdint>、#include <string>、#include <vector>），确保独立引用时编译通过。同步更新 3 个 CMakeLists.txt 的头文件搜索路径。 ### 变更清单 | 文件 | 变更说明 | |------|---------| | src/inc/aicpu_sched/datadump_kfc_interface.h | 从 core/dfx/ 迁移到 src/inc/aicpu_sched/，补充 <cstdint>、<string>、<vector> 头文件 | | src/aicpu_sched/aicpu_schedule/CMakeLists.txt | 在 commom_inc_path 中添加 ${RUNTIME_DIR}/src/inc/aicpu_sched（2 处） | | tests/ut/aicpu_sched/aicpu_schedule/st/CMakeLists.txt | 同步添加头文件搜索路径 + 修复行尾换行符 | | tests/ut/aicpu_sched/aicpu_schedule/ut/CMakeLists.txt | 同步添加头文件搜索路径 | ## 变更类型 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue #834 <!-- 合并后关闭已关联的 Issue --> ## 如何测试 1. **编译构建测试**：执行 runtime 仓完整编译，验证 CMakeLists.txt 头文件搜索路径变更正确，编译无报错 2. **头文件引用测试**：在其他模块中 #include "datadump_kfc_interface.h"，验证头文件可被正确找到并编译通过 3. **UT/ST 测试**：执行 tests/ut/aicpu_sched/aicpu_schedule/ 下的 UT 和 ST 测试，验证测试用例全部通过 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次变更仅涉及头文件位置迁移和 CMakeLists.txt 路径同步，不修改任何功能代码逻辑。 See merge request: cann/runtime!4198 | 29 天前 | |
【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 | 8 天前 | |
【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 | 7 天前 | |
fix: 优化 ERROR 日志枚举名称输出(#926) Co-authored-by: zhaowenrui666<zhaowenrui7@huawei.com> # message auto-generated for no-merge-commit merge: !4680 merge fix/enum-error-log-names into master fix: 优化 ERROR 日志枚举名称输出(#926) Created-by: zhaowenrui666 Commit-by: zhaowenrui666 Merged-by: cann-robot Description: # Pull Request ## 描述 部分 ERROR 日志仅输出枚举数值，定位问题时需要额外查询枚举定义，影响日志可读性和故障分析效率。本次统一优化相关日志：存在有效枚举名称时输出 枚举名称(原始值)，同时保留原始数值用于识别异常输入。 主要变更如下： 1. 为 AICPU Schedule、AICPU Sharder、Queue Schedule 和 TSD 涉及的枚举补充名称转换能力。 2. 新增类型安全的 EnumNameTable Traits 注册表和统一 GetEnumName 查询接口；14 个自定义枚举由 switch 转为按枚举类型注册的静态 map，后续新增枚举只需补充对应特化。 3. 枚举名称转换接口统一返回 std::string，日志调用处通过 c_str() 传递字符串，不引入裸字符指针接口；未注册的枚举值统一返回 UNKNOWN。 4. protobuf 枚举优先复用生成的名称转换接口，避免重复维护映射关系；BQS 消息类型保留 UNKNOWN(原始值) 兜底。 5. SOMA、Dump 和 HCCL Protocol 等明确非法且无法获得有效名称的场景仅输出原始数值，避免打印无意义的枚举名称。 6. 补充 AICPU Sharder 构建及 UT/ST 的公共头文件搜索路径。 7. 精简 DgwClient::CheckConfigNum() 的冗余作用域和末尾 break，并合并 BqsServer::HandleBqsReqMsg() 的相邻日志字符串，使两个函数的 NBNC 均降至 50，不改变控制流及日志内容。 8. PR 变更已整理为单个有效提交。 本次仅整改 ERROR 级别的枚举日志，不改变业务流程、返回值及错误处理逻辑，也不扩大到协议字段等非枚举数值。 ## 变更类型 - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 关联 Issue：https://gitcode.com/cann/runtime/issues/926 ## 如何测试 1. 对本次提交涉及的文件执行 pre-commit，检查通过。 2. tsd_client_utest、queue_schedule_main_ut、aicpu_sharder_utest 和 aicpu_aicpuschedule_utest 均编译通过。 3. 注册查表改造前新增失败用例，确认统一查询接口尚不存在；改造后该用例及未知值兜底检查通过。 4. 完整回归：AICPU Schedule 1480 个、AICPU Sharder 74 个、Queue Schedule 685 个、TSD 881 个用例均通过。 5. 使用 AICPU Sharder 的实际头文件和宏配置，以 C++11 标准对 aicpu_context.cc 执行语法编译检查，通过。 6. 移动仓内公共头后，生产目标 host_queue_schedule 的全部对象编译及可执行文件链接通过。 7. NBNC 调整后，DgwClient::CheckConfigNum() 和 BqsServer::HandleBqsReqMsg() 的 NBNC 均为 50。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档（本次变更不涉及用户文档，无需更新） - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次变更范围限定为 AICPU Schedule、AICPU Sharder、Queue Schedule 和 TSD 中的 ERROR 级别枚举日志，不涉及业务流程、返回值和资源所有权变更。 See merge request: cann/runtime!4680 | 9 天前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 29 天前 | ||
| 8 天前 | ||
| 7 天前 | ||
| 9 天前 |