| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
【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 | 1 个月前 | |
fix: 修复 TDT 队列初始化并发问题 Co-authored-by: gyl<2468486759@qq.com> # message auto-generated for no-merge-commit merge: !4613 merge gyl/bugfix into master fix: 修复 TDT 队列初始化并发问题 Created-by: m0_59794621 Commit-by: gyl;m0_59794621 Merged-by: cann-robot Description: # Pull Request ## 描述 修复 TDT 队列创建和 Mbuf 初始化过程中的并发初始化问题。 原实现使用普通 bool 变量判断一次初始化是否完成，但“检查标记、执行初始化、更新标记”不是原子操作。并发场景下，两个线程可能同时观察到初始化标记为 false，随后同时调用 rtMbufInit 或 rtMemQueueInit，导致底层 Mbuf、MemQueue 子系统被重复初始化。 本次修改覆盖以下三处初始化路径： 1. QueueProcessor::acltdtAllocBufData 中的 rtMbufInit。 2. QueueProcessorCcpu::acltdtCreateQueue 中的 rtMemQueueInit。 3. QueueProcessorCcpu::MbufInit 中的 rtMbufInit。 三处初始化逻辑改为函数局部 static const 结果变量，并通过立即执行 Lambda 完成初始化。C++11 保证局部静态变量初始化的线程安全，并发线程仅有一个执行底层初始化，其余线程等待并复用初始化结果。首次初始化失败时错误码会被持久保存，后续调用统一返回该错误，避免在底层子系统初始化失败后继续执行。 同时修复日志宏拼写、多余 Lambda 捕获。 ## 变更类型 - [x] Bug 修复 - [ ] 新增功能 - [ ] 代码风格更新（格式化，局部变量） - [ ] 重构（既不修复错误也不增加功能的代码变动） - [ ] 构建过程或辅助工具的变动 - [ ] 文档内容更新 ## 关联的Issue #906 ## 如何测试 1. 本地环境：WSL2，Ubuntu 26.04 LTS，x86_64，GCC 15.2.0，C++11。 2. 使用临时并发测试程序启动 32 个线程同时调用局部静态初始化逻辑，验证初始化体仅执行 1 次；模拟首次初始化失败并连续调用两次，验证两次返回相同错误且底层初始化仅执行 1 次。 3. git diff --check 和远端 Git Hooks 检查通过；当前本地环境未执行完整 Runtime 编译和自动化 UT。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 本次代码变更无需更新文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于 commit message 的格式、无效 commit 的合并等 ## 其他信息 无。 See merge request: cann/runtime!4613 | 1 个月前 | |
【PR】: fix: 修复使第三方使用LD_PRELOAD可以直接劫持libacl_rt.so的impl层实现 Co-authored-by: Leon0930<lili233@huawei.com> # message auto-generated for no-merge-commit merge: !4593 merge pin-error-check into master 【PR】: fix: 修复使第三方使用LD_PRELOAD可以直接劫持libacl_rt.so的impl层实现 Created-by: Leon0930 Commit-by: Leon0930 Merged-by: cann-robot Description: # Pull Request ## 描述 修复使第三方使用LD_PRELOAD可以直接劫持libacl_rt.so的impl层实现。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 直接使用LD_PRELOAD劫持libacl_rt.so，可以劫持成功 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 定位及思路查看该pr https://gitcode.com/cann/runtime/pull/4594/diffs See merge request: cann/runtime!4593 | 1 个月前 | |
【PR】: fix:整改魔鬼数字 Co-authored-by: duanpengliang<duanpengliang@huawei.com> # message auto-generated for no-merge-commit merge: !4053 merge pr_4023 into master 【PR】: fix:整改魔鬼数字 Created-by: duanpengliang Commit-by: duanpengliang Merged-by: cann-robot Description: # Pull Request ## 描述 请清晰准确地描述本次 Pull Request 的意图和变更内容。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 跑测试用例覆盖日志输出看是否有魔鬼数字 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/runtime!4053 | 2 个月前 | |
【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 | 1 个月前 | |
refactor: 将任务参数接口移至 standard SoC 实现 Co-authored-by: z296249221<zhengkai40@huawei.com> # message auto-generated for no-merge-commit merge: !4578 merge refactor/task-params-standard-soc into master refactor: 将任务参数接口移至 standard SoC 实现 Created-by: ykl999 Commit-by: z296249221 Merged-by: cann-robot Description: # Pull Request ## 描述 将 ApiImpl::TaskGetParams 和 ApiImpl::TaskSetParams 从公共实现迁移到 standard SoC 实现，并为 Tiny/arch5162 补充返回 RT_ERROR_FEATURE_NOT_SUPPORT 的 stub，避免 Tiny SO 引入未使用的任务参数处理逻辑。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> 无。 ## 如何测试 描述测试此变更的步骤和前提条件： 1. 构建并运行 runtime_utest_tiny_stub，62/62 通过。 2. 构建并运行 runtime_utest_arch5162，114/114 通过。 3. 构建并运行 runtime_utest_api_910B，1394/1394 通过。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次变更不涉及公开 API/ABI 或错误码定义变更；内部实现迁移后，Tiny/arch5162 路径对上述两个接口显式返回不支持。 See merge request: cann/runtime!4578 | 1 个月前 | |
add opensource code Co-authored-by: duanpengliang<duanpengliang@huawei.com> | 8 个月前 | |
【PR】: 新增枚举aclDataType数据类型 Co-authored-by: Henry_ascend<hanrui21@huawei.com> # message auto-generated for no-merge-commit merge: !4461 merge cond-isa-arch9201-v2 into master 【PR】: 新增枚举aclDataType数据类型 Created-by: Henry_ascend Commit-by: Henry_ascend Merged-by: cann-robot Description: # Pull Request ## 描述 代码新增数据类型hifloat4, hifloat4_scale，暂不对外支持 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 执行 Release host-only 全量编译，编译通过。 2. 执行 UTEST_ACL_compatibility_enum_check.aclDataType，测试通过。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次仅新增枚举定义、HIFLOAT4类型大小查询及枚举值兼容性校验，不新增业务调用链路。 See merge request: cann/runtime!4461 | 1 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 1 个月前 | ||
| 1 个月前 | ||
| 1 个月前 | ||
| 2 个月前 | ||
| 1 个月前 | ||
| 1 个月前 | ||
| 8 个月前 | ||
| 1 个月前 |