| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
【PR】: feat：删除本地ut相关三方件编译脚本，使用中心仓 Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !2590 merge master_use_center_cmake into master 【PR】: feat：删除本地ut相关三方件编译脚本，使用中心仓 Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 删除本地ut相关三方件编译脚本，使用中心仓 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： ubuntu 24.04与20.04都编译、ut无问题 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!2590 | 3 个月前 | |
fix: update code format for mmpa & error_manager Co-authored-by: likun104<likun104@h-partners.com> # message auto-generated for no-merge-commit merge: !2635 merge br_update_code_format_for_mmpa into master fix: update code format for mmpa & error_manager Created-by: likun104 Commit-by: likun104 Merged-by: cann-robot Description: # Pull Request ## 描述 修复mmpa & error_manager中的代码格式问题 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 蓝区和黄区CI跑通过 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!2635 | 3 个月前 | |
【PR】: feat：删除本地ut相关三方件编译脚本，使用中心仓 Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !2590 merge master_use_center_cmake into master 【PR】: feat：删除本地ut相关三方件编译脚本，使用中心仓 Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 删除本地ut相关三方件编译脚本，使用中心仓 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： ubuntu 24.04与20.04都编译、ut无问题 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!2590 | 3 个月前 | |
aclgraph cond op Co-authored-by: dragon_q<qianglong@huawei.com> # message auto-generated for no-merge-commit merge: !2729 merge aclgraph_cond_op_0910 into master aclgraph cond op Created-by: dragon_q Commit-by: dragon_q Merged-by: cann-robot Description: # Pull Request ## 描述 aclgraph增强 新增接口： 1、 aclmdlRICondHandleCreate 创建condHandle条件句柄 2、 aclmdlRICondHandleGetCondPtr 查询cond ptr，为device内存，支持用户自定义算子修改 3、 aclmdlRIAddCondTask 下发条件任务，创建子模型，与父模型绑定，提前申请notify资源并下发wait到对应的模型流上，每个子模型都绑定同一个notify资源。Notify id在模型执行时再申请、刷新。在condHandle或capture mode中记录下notify wait的stream id，task->pos，用于步骤7.d 中notify id update刷新对应的sqe。 4、 aclmdlRICaptureToModelRIBegin 子模型begin capture 现有流程适配： 5、 rtStreamEndCapture 通过capture model status遍历校验所有模型是否均已endcapture，每1ms遍历校验一次，最多遍历1000次。仍未endgraph就报错。 6、 endcapture阶段，遍历子模型，调用ModelAddStream把streams_添加到根模型中，用于模型执行时的资源申请、释放，error场景的处理。不加到headStreams_，模型执行不能拉起子模型的stream。 7、 model execute 实际处理前，遍历condHandle，根据规则对*devptr赋初始值。 8、 buildSqCq： a、 遍历所有capture model，下发endgraph record，子图在addCondTask阶段只是申请了notify资源，没有下发对应的endgraph record b、 notify资源不足时仅遍历根capture model，释放根模型notify id时，同时释放其对应的子model的notify id。 c、 sqcq申请及绑定、sqe下发由于都是基于Streams_操作的，步骤6已经把所有流都加到了根模型中，所以不用再单独适配。 d、 sq资源不足时，子模型资源不单独释放，随根模型释放而释放。 e、 notify id重新分配场景，需要更新所有notify record sqe及子图endgraph对应的notify wait sqe f、 遍历模型，刷新stream active条件算子。 g、 遍历模型。刷新各个cond task 条件算子 9、 Model 析构 a、 主模型对所有模型流解绑，不destroy 子模型的模型流，每个模型释放自己的模型流。 b、 释放本模型对应的所有condHandle c、 condHandle析构中会析构其对应的所有sub models ## 变更类型 请选择本次引入的变更类型： <!-- [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!2729 | 3 个月前 | |
fix: aclAppLog 超长日志改用截断而非丢弃整条日志(#555) Co-authored-by: GuoWenbo<guowenbo13@h-partners.com> # message auto-generated for no-merge-commit merge: !2850 merge fix/issue-555-aclapplog-truncate-910 into 9.1.0 fix: aclAppLog 超长日志改用截断而非丢弃整条日志(#555) Created-by: GuoWenbo Commit-by: GuoWenbo Merged-by: cann-robot Description: # Pull Request ## 描述 修复 issue #555（同步自 master 分支 PR #2780）。 用户通过 ACL_APP_LOG / aclAppLog 打印日志时，若格式化后的字符串总长度超过 1024 字节，会因 vsnprintf_s 在截断时返回 -1 而**丢弃整条日志**，仅输出一句不准确的 aclAppLog call vsnprintf_s failed，用户看不到任何原始内容。 本次变更： - src/acl/aclrt_impl/log.cpp： - vsnprintf_s/sprintf_s 改为 vsnprintf_truncated_s/snprintf_truncated_s，超长时截断保留内容并正常落盘，不再丢弃整条日志。 - 截断场景下在尾部覆盖写入 ...[truncated] 标记；标记连同结尾 \0 始终落在 1024 字节预算内，避免被下游 slog 二次截断。 - 保留格式串非法（含 %n）时的 aclAppLog format string is invalid 错误提示。 - include/external/acl/acl_base_rt.h：补充 aclAppLog 1024 字节长度限制及截断标记说明。 - tests/depends/slog/inc/slog_stub_log_capture.h（新增）+ slog_stub.cpp：以函数接口 DlogStubGetLastLogMsg() 暴露 stub 捕获的日志内容（vsnprintf_s 并检查返回值），支撑截断标记的 UT 断言，规避 G.EXP.05-CPP / G.FUU.11 等规则。 - tests/ut/acl/testcase/acl_common_unittest.cpp：新增截断标记存在、最终落盘总长 < 1024、短日志不带标记、非法格式提示等用例。 ## 变更类型 - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [x] 📝 文档内容更新 ## 关联的Issue https://gitcode.com/cann/runtime/issues/555 ## 如何测试 1. 构建 acl 单测目标 ascendcl_utest（bash tests/build_ut.sh --ut acl）。 2. 运行 ascendcl_cpp_utest --gtest_filter='*aclAppLog*:*FormatStr*'，确认： - 超长日志不再触发 vsnprintf_s failed，按调用 level 落盘； - 超长日志尾部含 ...[truncated] 标记，最终落盘总长 < 1024； - 短日志不带标记；非法格式（%n）输出 format string is invalid； - 正常短日志与 FormatStr 行为不变。 3. 已用 issue #555 最小复现 demo（18 段拼接、1083 字节）端到端验证：修复后输出截断后内容 + ...[truncated]，不再丢日志。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定 ## 其他信息 本 PR 为 master 分支 PR #2780 向 9.1.0 分支的同步，代码改动完全一致。不改变 MAX_LOG_STRING（1024）上限本身，仅影响 ACL APP 日志路径（aclAppLog/aclAppLogWithArgs → aclAppLogImpl）。 See merge request: cann/runtime!2850 | 3 个月前 | |
【PR】: feat：删除本地ut相关三方件编译脚本，使用中心仓 Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !2590 merge master_use_center_cmake into master 【PR】: feat：删除本地ut相关三方件编译脚本，使用中心仓 Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 删除本地ut相关三方件编译脚本，使用中心仓 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： ubuntu 24.04与20.04都编译、ut无问题 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!2590 | 3 个月前 | |
【PR】: feat：删除本地ut相关三方件编译脚本，使用中心仓 Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !2590 merge master_use_center_cmake into master 【PR】: feat：删除本地ut相关三方件编译脚本，使用中心仓 Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 删除本地ut相关三方件编译脚本，使用中心仓 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： ubuntu 24.04与20.04都编译、ut无问题 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!2590 | 3 个月前 | |
Initial commit | 8 个月前 | |
aclgraph cond op Co-authored-by: dragon_q<qianglong@huawei.com> # message auto-generated for no-merge-commit merge: !2729 merge aclgraph_cond_op_0910 into master aclgraph cond op Created-by: dragon_q Commit-by: dragon_q Merged-by: cann-robot Description: # Pull Request ## 描述 aclgraph增强 新增接口： 1、 aclmdlRICondHandleCreate 创建condHandle条件句柄 2、 aclmdlRICondHandleGetCondPtr 查询cond ptr，为device内存，支持用户自定义算子修改 3、 aclmdlRIAddCondTask 下发条件任务，创建子模型，与父模型绑定，提前申请notify资源并下发wait到对应的模型流上，每个子模型都绑定同一个notify资源。Notify id在模型执行时再申请、刷新。在condHandle或capture mode中记录下notify wait的stream id，task->pos，用于步骤7.d 中notify id update刷新对应的sqe。 4、 aclmdlRICaptureToModelRIBegin 子模型begin capture 现有流程适配： 5、 rtStreamEndCapture 通过capture model status遍历校验所有模型是否均已endcapture，每1ms遍历校验一次，最多遍历1000次。仍未endgraph就报错。 6、 endcapture阶段，遍历子模型，调用ModelAddStream把streams_添加到根模型中，用于模型执行时的资源申请、释放，error场景的处理。不加到headStreams_，模型执行不能拉起子模型的stream。 7、 model execute 实际处理前，遍历condHandle，根据规则对*devptr赋初始值。 8、 buildSqCq： a、 遍历所有capture model，下发endgraph record，子图在addCondTask阶段只是申请了notify资源，没有下发对应的endgraph record b、 notify资源不足时仅遍历根capture model，释放根模型notify id时，同时释放其对应的子model的notify id。 c、 sqcq申请及绑定、sqe下发由于都是基于Streams_操作的，步骤6已经把所有流都加到了根模型中，所以不用再单独适配。 d、 sq资源不足时，子模型资源不单独释放，随根模型释放而释放。 e、 notify id重新分配场景，需要更新所有notify record sqe及子图endgraph对应的notify wait sqe f、 遍历模型，刷新stream active条件算子。 g、 遍历模型。刷新各个cond task 条件算子 9、 Model 析构 a、 主模型对所有模型流解绑，不destroy 子模型的模型流，每个模型释放自己的模型流。 b、 释放本模型对应的所有condHandle c、 condHandle析构中会析构其对应的所有sub models ## 变更类型 请选择本次引入的变更类型： <!-- [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!2729 | 3 个月前 |