| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
【PR】: GertModelData 提取so Co-authored-by: lidaoming1<lidaoming1@huawei.com> # message auto-generated for no-merge-commit merge: !4839 merge om2_GertModelData into develop 【PR】: GertModelData 提取so Created-by: lidaoming1 Commit-by: lidaoming1 Merged-by: cann-robot Description: Pull Request 描述 将 OM2 模型数据层重组为按归档目录分层的 GertModelData 结构体系，独立模型数据序列化/压缩组件，并完成全仓调用方与测试体系适配。 主要变更： 1. GertModelData 结构体系重组（inc/framework/om2/model_data/gert_model_data.h）：按 OM2 归档目录分层定义 13 个 GertModelData 前缀结构（Compatibility/Manifest/Runtime/Constants/Debug/Model/Kernels/CustomOps/Data 及包根）；variables_config 归属 GertModelDataModel，init_data 内嵌 RTVarEntry 2. 模型数据层独立成库（base/common/om2/model_data/）：serialize / deserialize / repack 与 zip_archive reader/writer 拆分独立编译目标 3. 变量资源管理重构：新增 RTVarResource 类（runtime/om2/rt_var_resource.*）承接原 var_entries_ 裸 map，Om2RTVarManager 全部查找点改用类方法 4. codegen 适配（om2_code_printer / om2_codegen / om2_codegen_model_builder / program_generator） 5. 全仓调用方适配：api/acl、compiler/graph_manager、runtime/v1 model_executor、om2_model_executor / om2_model_manager 6. 测试适配（仅 tests 目录）： - UT：20 文件适配新结构；om2_package_helper_unittest 改 Suite 级 7 变体共享预构建（-O0 + LSAN 抑制）；删除 zip_archive 4GB LargeFile 用例 - ST：test_om2 采用 Suite 级 24+1 产物预构建（PR #4974 模式），改造用例 2.8~3.5s → 全部 <60ms，满足 1s 慢用例门禁；test_om2_online 补 4 处 constants_config 创建修复崩溃；删除 3 个无法满足门禁的 BuildConfig 用例（正向路径由 UT om2_codegen_unittest 等价覆盖）；ge_common 剔除 gert_model_data_serializer 修复 Python bridge 链接 变更类型 - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 关联的Issue 无 如何测试 1. 编译：bash build.sh（ge_compiler / ge_executor / dflow 全量编译通过） 2. UT：make graph_engine_test 等，OM2 相关 suite 全绿（om2_package_helper 49/49、gert_model_data、om2_model_data、rt_var_resource 等） 3. ST：graph_engine_test --gtest_filter='Om2St.*:Om2VarSt.*:Om2CallbackSt.*' 55/55 通过，全部修改用例 <1s 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 其他信息 无 See merge request: cann/ge!4839 | 8 天前 | |
回退: 扩展autofuse lowering算子覆盖并修复lowering后控制边成环 Co-authored-by: xiebangrui2025<xiebangrui@huawei.com> # message auto-generated for no-merge-commit merge: !5165 merge revert-mr-5004-1790222981481-auto into develop 回退: 扩展autofuse lowering算子覆盖并修复lowering后控制边成环 Created-by: xiebangrui2025 Commit-by: xiebangrui2025 Merged-by: cann-robot Description: ## 描述 回退PR https://gitcode.com/cann/ge/pull/5004。 **解决的问题：** 1. **六个算子缺少 lowering 注册**： Expand/ExpandD/Adds/SqueezeV3/UnsqueezeV3/UnsqueezeV3D。lowering 按算子类型**精确字符串匹配**（lowerings_.find(node->GetType())，无别名/fallback 机制），这些算子落在 autofuse 融合簇内时只能整体回退 FallbackLowering，无法参与融合优化。 2. **lowering 后控制边成环（bugfix）**：常量折叠产生的动态常量若仅作为编译期元数据输入（如 Reshape/Expand 的 shape、UnsqueezeV3 的 axes），其值已在编译期固化进 kernel、运行时不读取。原先 lowering 降级时对这类 unused input 无条件挂控制边到 asc 节点，会与 Lifting 阶段 RecoverInitControlEdge 恢复的生成保序边方向相反，当融合簇横跨原图链两端时闭合出拓扑环（CycleDetector 在边恢复之前已运行完毕，对该环不可见），导致图非法。 **修复方案：** | 文件 | 改动 | |------|------| | lowering_impl.cpp | 新增六个 lowering 注册（详见下） | | autofuse_utils.cpp | view_type 纯 view 算子列表补充 SqueezeV3/UnsqueezeV3，纯维度变形算子不计入 compute 统计，避免 SqueezeV3-only 的 kernel box 被误生成 kernel 及 cube 计数偏差 | | lowerings.cpp | lowering 后挂控制边前识别 _is_from_constant_folding 来源的动态常量并跳过（判定方式与 CutCtrEdgeIfNeed 一致）；其生成序仍由自身控制入边保证，被跳过的边只传递顺序语义且 asc 节点运行时不读取该值，不丢失必要同步 | **六个 lowering 实现要点：** - **Adds**：Muls 的加法对偶（y = x + value 标量广播加）。标量经 scientific 格式定点字符串构造——fixed(7) 定点格式对绝对值小于 5e-8 的 float 值会输出 0.0000000，精度静默丢失。 - **SqueezeV3**：axes 可作为输入或属性传入；axes 未连接**或已连接但为空 tensor** 时均按参考实现 ProcessSqueezeAxes 语义收集全部可证明为 1 的维度（修复空 tensor 时恒等不 squeeze 的语义分叉）；负 axis 按输入 rank 归一化；符号维度无法判定为 1 时跳过，与 shape 推导侧 CalSqueezeOutShape 行为一致。 - **Expand/ExpandD**：与 BroadcastTo 同构（兼容 ONNX Expand 语义，shape 输入的值已由符号化推导固化为输出维度）；ExpandD 为 shape 属性变体，复用 Expand 函数体。 - **UnsqueezeV3/UnsqueezeV3D**：**负 axis 按最终输出 rank（input_rank + axes.size()）归一化**——修复归一化基准错误（原实现按中间态 rank 归一化，unsqueeze(x, -1) 会得到 [a,1,b]，应为 [a,b,1]，与参考实现 ProcessUnsqueezeAxes 语义对齐）；排序去重后逐维展开。 - SqueezeV3/UnsqueezeV3 按 develop 本地 Squeeze/Unsqueeze 模式补 loop::AddReshapeAxisChange。 **新增测试（4 UT，基于 autofusion_ut 链接生产代码，规避 autofuse_test 中 stub 副本的虚假覆盖）：** - UnsqueezeV3 负 axis 按最终输出 rank 归一化：unsqueeze(x, -1) 得到 [a,b,1] 而非 [a,1,b] - SqueezeV3 已连接但为空的 axes tensor：按缺省语义收集全部值为 1 的维度，而非恒等不 squeeze - Adds 小值标量 scientific 格式定点构造：float(1e-8) 保留有效数字（fixed(7) 会静默输出 0.0000000） - Expand lowering 注册：与 BroadcastTo 同构，可证明的符号广播 [s0,1]->[s0,4] 不降级为 extern kernel ## 变更类型 - [x] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue ## 如何测试 1. 全量编译 ge_compiler 通过 2. autofusion_ut 984/984 通过（含 4 个新增用例） ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 单 commit 合入，含生产代码与新增测试（4 UT，位于 loop_lowering_manager_node_lowering_unittest.cpp）。 See merge request: cann/ge!5165 | 8 天前 | |
【PR】: 对外头文件整改，新增转发头文件后修改引用和配置 Co-authored-by: jikai-tyler<jikai5@huawei.com> # message auto-generated for no-merge-commit merge: !3568 merge jk_external into develop 【PR】: 对外头文件整改，新增转发头文件后修改引用和配置 Created-by: jikai-tyler Commit-by: jikai-tyler Merged-by: cann-robot Description: # Pull Request ## 描述 对外头文件整改，新增转发头文件后修改引用和配置。 ## 变更类型 请选择本次引入的变更类型： <!-- [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/ge!3568 | 2 个月前 | |
fix: precommit整改 Co-authored-by: yelongjian<yelongjian1@huawei.com> # message auto-generated for no-merge-commit merge: !3726 merge dev-precommit into develop fix: precommit整改 Created-by: yelongjian Commit-by: yelongjian Merged-by: cann-robot Description: # Pull Request ## 描述 precommit整改 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1.NA ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!3726 | 3 个月前 | |
【feat】: upgrade json to v3.12.0 Co-authored-by: kantao1<kantao1@huawei.com> # message auto-generated for no-merge-commit merge: !4283 merge upgrade_json into develop 【feat】: upgrade json to v3.12.0 Created-by: kantao1 Commit-by: kantao1 Merged-by: cann-robot Description: # Pull Request ## 描述 1. 将 json 升级到 v3.12.0 以及修改相关的文档、脚本 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. DT 验证即可 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!4283 | 1 个月前 | |
refactor: 删除 ge_rts_decl.h 中不再使用的日落接口 Co-authored-by: tangqunzhang<tangqunzhang@huawei.com> # message auto-generated for no-merge-commit merge: !5127 merge refactor/remove-unused-rts-decls into develop refactor: 删除 ge_rts_decl.h 中不再使用的日落接口 Created-by: tangqunzhang Commit-by: tangqunzhang Merged-by: cann-robot Description: # Pull Request ## 描述 删除 inc/common/ge_rts_decl.h 中生产代码已不再使用的日落接口声明，并同步清理依赖这些符号的 UT/ST stub。 删除的接口/定义： - rtVectorCoreKernelLaunchWithHandle、rtVectorCoreKernelLaunch：仅测试 stub 定义，无任何生产调用 - rtPlaceHolderInfo_t、rtCpuKernelArgs_t：生产已改用 aclrtPlaceHolderInfo 等新接口，全仓无引用 同步整改： - tests/depends/runtime/src/runtime_stub.h/.cc：删除对应虚方法及符号定义 - tests/framework/ge_runtime_stub/.../ge_fake_launch_args.h/.cc：删除使用已删类型的未调用构造函数 ## 变更类型 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 描述测试此变更的步骤和前提条件： 1. cmake 配置后编译 graph_base、runtime_stub、ge_runtime_stub、gert 均通过 2. 运行 sink_node_bin 相关 UT/ST 及 runtime stub 相关用例 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次改动为纯删除，不改变任何运行时行为。相关符号已确认无任何调用方（llt_hccl_stub.h 中同名类型为其自带独立定义，不受影响）。 See merge request: cann/ge!5127 | 9 天前 | |
fix: 修复ST中架构硬编码、失效用例与桩符号缺失导致的失败和超时 Co-authored-by: yelongjian<yelongjian1@huawei.com> # message auto-generated for no-merge-commit merge: !5111 merge fix/st-cases-arch-and-stub into develop fix: 修复ST中架构硬编码、失效用例与桩符号缺失导致的失败和超时 Created-by: yelongjian Commit-by: yelongjian Merged-by: cann-robot Description: # Pull Request ## 描述 修复 GE ST 中一批导致用例失败、ctest 超时和 ENGINES 编译失败的问题，全部改动限于测试脚本、测试桩与测试数据，**不涉及任何业务代码**。 ### 1. dflow ST 测试数据去掉架构硬编码 tests/dflow/runner/st/st_run_data/json/helper_runtime/ 下 4 个 numa_config*.json 的 node_def.resource_type 硬编码为 "X86"，覆盖了 config_parser.cc:131 中本就存在的架构感知默认值： cpp auto default_resource_type = ExecutionRuntime::IsX86() ? kResoureTypeX86 : kResoureTypeAarch; AssignOptionalField(node_def_config.resource_type, kConfigResourceType, j, default_resource_type); aarch64 上 FunctionCompile::CompileAllResourceType() 产出可运行资源类型 {Ascend, Aarch}，heavy_load UDF 经 DataFlowGraphAutoDeployer::SelectResourceType 选中 Aarch，而设备表里的 host CPU 资源类型是 JSON 写死的 X86，于是 HeterogeneousDeployPlanner::GetDeployEngineType 报 Failed to match device according to resource type[Aarch]，BuildGraph 返回失败，影响 4 个用例： - STEST_helper_runtime.TestDeployHeavyLoadUdfModelOnServer - STEST_helper_runtime.TestDeployHeavyLoadUdfModelOnServerWithHostFlowgw - STEST_helper_runtime.TestDeployHeavyLoadUdfModelOnDiffServerWithHostFlowgw - STEST_helper_runtime.TestDeployUdfModelsOnServerWithHostFlowgw 删掉该字段后由架构感知默认值接管：x86 上仍解析为 X86（行为完全不变），aarch64 上解析为 Aarch。 ### 2. STEST_helper_runtime::SetUpTestSuite 预置 release 包时同样硬编码了 X86 fixture 在 SetUpTestSuite() 里用 shell 预置 UDF release 包（因为 ProcessUtils::System 在 ST 中是空实现，UdfModelBuilder::PackRelease 不会真正产出 tar.gz），但 host 资源类型目录写死为 X86： bash mkdir -p ./temp_udf_st/build/_test/X86/release ... tar -cvf func_pp1_release.tar.gz func_pp1_release.om func_pp1_release.so 而 UdfModel::SerializeModel 读取的是 FunctionCompile 按架构产出的路径 —— aarch64 上是 _test/Aarch/release/func_pp1_release.tar.gz，预置的产物只在 _test/X86/ 和 _test/Ascend/ 下，于是报 Open file fail。 改为用 ExecutionRuntime::IsX86() 取架构并注入 shell 变量： cpp const std::string host_res_type = ExecutionRuntime::IsX86() ? "X86" : "Aarch"; std::string cmd = "HOST_RES=" + host_res_type + R"( ... mkdir -p ./temp_udf_st/build/_test/${HOST_RES}/release x86 上仍解析为 X86，行为完全不变。这与第 1 项是同一类架构硬编码问题，只是位置在测试 fixture 而非测试数据。 TestDeployHeavyLoadUdfModelOnDiffServerWithHostFlowgw 是该套件中唯一把 func_pp1 部署到远端 server 的用例，会经 FlowModelSender::TransferSubmodels 序列化子模型；其余 3 个 heavy_load 用例都在本地部署、不走该路径，所以只有它暴露此问题。 > 补充：曾尝试把 ProcessUtils::System 桩改为真实执行命令，但 dflow 大量用例会传入伪路径（./temp/build/_xxx/、_udf1、_udf2、temp_host_udf 等），干净工作区下 cp -fr 失败经 set -e 返回非 0，导致 ST 24 例、UT 14 例失败。故不改动共享桩，只修正 fixture 里的架构硬编码。 ### 3. cpueng ST 桩补齐缺失符号 host_engine_stest / cpu_engine_stest 链接失败： `` cpu_kernel_builder.cpp:766/768: undefined reference to aclrtGetDevice' / aclrtGetDeviceInfo' folding.cc:680/681: undefined reference to aicpu::CpuKernelContext::CpuKernelContext(aicpu::DeviceType)' aicpu::CpuKernelContext::Init(void*)' ` - stub/runtime/src/runtime_stub.cpp 增加 aclrtGetDevice / aclrtGetDeviceInfo，返回 ACL_ERROR_RT_FAILURE，使 CpuKernelBuilder::CalcBlockDimByShapeSize 走其既有的 kDefaultAicpuBlockDim 兜底分支（已确认 cpueng ST 无任何 block dim 断言） - stub/aicpu/aicpu_stub.cpp 增加 CpuKernelContext 构造函数与 Init(void*)，返回 0 以满足 folding_st.cpp:72 的 ASSERT_EQ(ret, 0) - stub/runtime/CMakeLists.txt 增加 ${ASCEND_INSTALL_PATH}/include 以取得 acl/acl_rt.h，写法沿用 tests/acl_ut/depends/acl/CMakeLists.txt ### 4. ffts ST 修复编译错误并清理失效用例 - fftsplus_dynamic_task_builder_stest.cc:24 删除死 include task_builder/mode/manual/manual_thread_task_builder.h（该路径已不存在，且全文件仅此一处提及 manual，无任何代码使用） - fftsplus_ops_kernel_builder_stest.cc:932-933 修正 nofity 拼写为 notify - 删除 12 个针对已移除派发层的失效用例：FFTSPlusOpsKernelBuilder::GenerateTask 现仅处理带 ATTR_NAME_ALIAS_ENGINE_NAME 的 MIXL2 节点，其余分支为带 FFTS_LOGE 的显式 return FAILED；TheadTaskBuilder 仅剩 Mixl2ModeTaskBuilder 一个子类，task_builder/mode/manual/ 已整体删除。被删用例覆盖的入口已不存在，不可能通过。反证：全文件仅 2 处设置该属性（MIX_L2_GenerateTask_SUCCESS、tiling_sink_gentask_for_ffts），这两个用例均通过。 被删用例清单：GenerateTask_SUCCESS、GenerateTask_Greater60_Schecule_SUCCESS、GenerateTask_Greater60_SUCCESS、Mix_GenerateTask_SUCCESS、Auto_RTSOP_GenerateTask_SUCCESS、AICPU_GenerateTask_Schecule_Failed、AICPU_GenerateTask_SUCCESS、HCCL_GenerateTask_SUCCESS、RTSOP_GenerateTask_IF_SETIF、RTSOP_GenerateTask_CASE_SETIF、RTSOP_GenerateTask_While_SETIF、RTSOP_GenerateTask_If_If_SETIF。 > 注：其中两处 tasks[0] 在 tasks 为空时的越界访问（曾导致整个 ffts_st 二进制 core dump、后续 41 个用例无法执行）随所属用例一并移除。 ## 变更类型 - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无。与 #5072 相关：本 PR 修复的 slice_result_mocker static 状态泄漏，是在 #5072 去掉 libasan 预加载后才暴露出来的既有缺陷。 ## 如何测试 前提：aarch64 + CANN 9.3.0 + conda baize_py39，ASAN 关闭（ENABLE_ASAN=false）。 1. 全量 ST 端到端： bash bash tests/run_test.sh --st 预期 rc=0 并完整打印 test end:，耗时约 13m30s。 2. 单独复验 dflow（含原 4 个失败用例）： bash bash tests/run_test.sh --st=dflow 预期 helper_runtime_test 183/183 通过、ctest 100% tests passed, 0 tests failed out of 2，且日志中 Failed to match device according to resource type[Aarch] 与 Open file fail 均为 0 次。 3. 单独复验受影响的 ENGINES： bash bash tests/run_test.sh --st=aicpu # 预期 12/12 + 77/77 + 82/82 全通过，无 undefined reference bash tests/run_test.sh --st=ffts # 预期 88/88 全通过，无 core dump 4. 单独复验 jit_execution： bash bash tests/run_test.sh --st=hetero 预期 ut_jit_execution_st 125/125 通过、ctest 100% tests passed, 0 tests failed out of 8。 ### 实测结果 | 项目 | 修复前 | 修复后 | |------|--------|--------| | bash tests/run_test.sh --st | 100 分钟跑不完，从未打印 test end: | rc=0，test end: 正常，13m30s | | gtest 用例 | — | 3258 个，**0 失败**，13 跳过 | | ctest st_hetero / st_dflow / fe | dflow Timeout | 8/8、2/2、4/4 全部 100% | | helper_runtime_test | Timeout 1500s（183 例只跑完 117） | Passed 64s，183/183 | | st_fast_runtime2_test | 2336s | 33s | | ge_common_atc（phase2） | 702/702 | 702/702 | | ENGINES aicpu | 链接失败 | 171/171 | | ENGINES ffts | 编译失败 | 88/88 | | ENGINES dvpp / tefusion | 26/26、263/263 | 26/26、263/263 | | Segmentation fault / AIR build failed / ST FAILED | 有 | 均为 0 | ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 - 全部改动位于 tests/ 下，**不含任何业务代码改动**；git diff --name-only 过滤 ^tests/ 后为空。 - 本地 pre-commit 全部 Passed（trim trailing whitespace、fix end of files、check for added large files、check for merge conflicts、detect private key、clang-format、codespell、OAT Compliance Check）；推送时远端 Git Hooks Checking 亦为 PASSED。 - 第 1 项在 x86 上为行为等价的 no-op（IsX86() 为 true 时默认值即 X86`，与原硬编码相同），仅在 aarch64 上生效。 - 第 5 项删除的 12 个用例对应已移除的派发层，建议 ffts 模块 owner 确认该精简为有意设计而非回归。 See merge request: cann/ge!5111 | 10 天前 | |
fix: precommit整改 Co-authored-by: yelongjian<yelongjian1@huawei.com> # message auto-generated for no-merge-commit merge: !3726 merge dev-precommit into develop fix: precommit整改 Created-by: yelongjian Commit-by: yelongjian Merged-by: cann-robot Description: # Pull Request ## 描述 precommit整改 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1.NA ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!3726 | 3 个月前 | |
feat: 迁移ordinary AICPU常量折叠至opbase Co-authored-by: pan-tong<pantong@huawei.com> # message auto-generated for no-merge-commit merge: !5200 merge feat/opconstant-folding-develop into develop feat: 迁移ordinary AICPU常量折叠至opbase Created-by: pan-tong Commit-by: pan-tong Merged-by: cann-robot Description: --- title: "feat: 迁移ordinary AICPU常量折叠至opbase" labels: ["enhancement"] assignees: "pan-tong" --- # Pull Request ## 描述 接入[opbase #751](https://gitcode.com/cann/opbase/merge_requests/751)交付的 libopconstant_folding.so：GE解析真实host_cpu目录并调用ConstantFoldingInitialize。删除GE旧ordinary AICPU常量折叠源码、target、stub、专用UT/ST和交付项，同时清理旧cpu_kernels测试依赖。保留libconstant_folding_ops.so、HostCPU fused及RT2能力。最新develop已包含HostCPU零长度输出修复。 ## 变更类型 - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue https://gitcode.com/cann/ge/issues/591 关联PR：[opbase #751](https://gitcode.com/cann/opbase/merge_requests/751)、[runtime #4975](https://gitcode.com/cann/runtime/merge_requests/4975)、[CMake #329](https://gitcode.com/cann/cmake/merge_requests/329)。 ## 如何测试 1. 基于包含零长度输出修复的最新develop重放，保持单提交且git diff --check通过。 2. pre-commit、clang-format、codespell和OAT通过。 3. 联合验证PR已覆盖迁移代码与StridedSlice空tensor场景。 4. 已检查源码不再引用旧aicpu_const_folding和cpu_kernels测试路径。 5. 已重新触发远端compile流水线。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 无需更新Markdown文档，迁移边界记录于关联Issue - [x] 我在标题中使用了合适的类型标签 - [x] 我已遵守贡献指南和单提交要求 ## 其他信息 本PR在[opbase #751](https://gitcode.com/cann/opbase/merge_requests/751)可用后合入，并先于[CMake #329](https://gitcode.com/cann/cmake/merge_requests/329)和[runtime #4975](https://gitcode.com/cann/runtime/merge_requests/4975)。 See merge request: cann/ge!5200 | 4 天前 | |
refactor: 删除 ge_rts_decl.h 中不再使用的日落接口 Co-authored-by: tangqunzhang<tangqunzhang@huawei.com> # message auto-generated for no-merge-commit merge: !5127 merge refactor/remove-unused-rts-decls into develop refactor: 删除 ge_rts_decl.h 中不再使用的日落接口 Created-by: tangqunzhang Commit-by: tangqunzhang Merged-by: cann-robot Description: # Pull Request ## 描述 删除 inc/common/ge_rts_decl.h 中生产代码已不再使用的日落接口声明，并同步清理依赖这些符号的 UT/ST stub。 删除的接口/定义： - rtVectorCoreKernelLaunchWithHandle、rtVectorCoreKernelLaunch：仅测试 stub 定义，无任何生产调用 - rtPlaceHolderInfo_t、rtCpuKernelArgs_t：生产已改用 aclrtPlaceHolderInfo 等新接口，全仓无引用 同步整改： - tests/depends/runtime/src/runtime_stub.h/.cc：删除对应虚方法及符号定义 - tests/framework/ge_runtime_stub/.../ge_fake_launch_args.h/.cc：删除使用已删类型的未调用构造函数 ## 变更类型 <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 描述测试此变更的步骤和前提条件： 1. cmake 配置后编译 graph_base、runtime_stub、ge_runtime_stub、gert 均通过 2. 运行 sink_node_bin 相关 UT/ST 及 runtime stub 相关用例 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次改动为纯删除，不改变任何运行时行为。相关符号已确认无任何调用方（llt_hccl_stub.h 中同名类型为其自带独立定义，不受影响）。 See merge request: cann/ge!5127 | 9 天前 | |
feat：声明式自定义算子的辅流申请功能 Co-authored-by: Chang-an-HW<machangan@huawei.com> # message auto-generated for no-merge-commit merge: !4934 merge declarative-custom-op-attached-stream-pr into develop feat：声明式自定义算子的辅流申请功能 Created-by: Chang-an-HW Commit-by: Chang-an-HW Merged-by: cann-robot Description: # Pull Request ## 描述 为声明式自定义算子（ AnnotatedArgsOp / DeclareLaunchArgs）新增**编译期辅流申请与任务依赖声明**能力，使算子可以在 DeclareLaunchArgs 回调内把多个 kernel launch 下发到不同逻辑流，并由 GE 自动完成流分配与事件同步插入。 **对外接口（gert::AnnotatedArgsContext，@since 9.3.0(2026-09)）** - 新增 uint32_t RequestAttachedStream(const ge::AscendString &key)：按模型级 key 申请逻辑辅流，相同 key 复用同一 ID；key 为空或申请失败返回 UINT32_MAX。 - 新增 graphStatus AddLaunchWithDependencies(launch_info, args, dependencies, dependency_num, token)：以 AnnotatedLaunchToken 表达 launch 间前驱依赖，成功后输出本次 launch 的 token。 - AddLaunch 的 ABI 与行为保持不变（不产生 token，也不能作为依赖源）。 **graph_metadef 侧** - AnnotatedArgsHandler：LaunchRecord 增加 token 与依赖列表；新增 SetAttachedStreamRequestFunc / RequestAttachedStream / GetAttachedStreamIds；AddLaunchWithDependencies 校验 token 有效性（依赖必须指向更早 launch、不可重复、不可溢出）。 - stub_offline_launch_runtime.cc 同步补齐 stub 实现；stub_lowering 增加 runtime_headers、slog 链接。 **compiler 侧** - 新增 DeclarativeStreamRegistry：挂到 ComputeGraph ext attr（declarative_stream_registry），从当前逻辑流数之后按 key 去重分配辅流 ID，并做溢出保护。 - 新增 AnnotatedArgsTaskPlan 序列化/反序列化（带 version、长度与依赖边合法性校验）：缓存属性由进程内 ext attr 改为可序列化的 _custom_annotated_args_task_plan_bytes，使计划在 ReGetTaskInfo / 二次生成场景下可无回调恢复；计划中新增 launch_stream_ids、dependencies、attached_stream_ids。 - ModelBuilder：PrepareDeclarativeAttachedStreamRegistry（AssignLogicalStreams 之后建注册表）、FinalizeDeclarativeAttachedStreams（把计划辅流写回 op_desc->SetAttachedStreamIds 并扩展 stream_num）、MaterializeAnnotatedArgsTaskDependencies。 - StreamAllocator：InsertAnnotatedArgsEventTasks 为跨流依赖插入 EVENT_RECORD/EVENT_WAIT 任务；ReconcileAnnotatedArgsEventTasks 在拆流后重映射 event id、剪除同流事件对，并回写 stream/event/notify 总数（RTS 与 GE 两条拆流路径均覆盖）。 - CustomOpsKernelBuilder：物化时按计划流 ID 下发任务（无依赖且无辅流的 legacy 计划仍刷新为节点当前主流，兼容跨流复用）；CalcOpRunningParam 改为 DelAttr 清理序列化计划。 **约束校验** - 计划中至少存在一个主流 launch；辅流任务是否汇合回主流由算子自行保证。 - 依赖 token 必须指向更早的 launch，不可重复、不可自依赖。 - mobile OMC 单任务模式不支持依赖与辅流；端侧仍只允许一次 AddLaunch。 **文档**：新增 RequestAttachedStream.md、AddLaunchWithDependencies.md，更新 overview.md、README.md 目录、AddLaunch.md 与 DeclareLaunchArgs.md 约束描述。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 描述测试此变更的步骤和前提条件： 1. 编译并运行 UT： - graph_metadef UT：AnnotatedArgsContextUT.AddLaunchWithDependenciesValidatesAndCopiesTokens - ge UT： - stream_allocator_unittest：DeclarativeStreamRegistryTest.*、AnnotatedArgsTaskPlanTest.*（序列化往返、跨流事件插入/重映射/同流剪枝）、ModelBuilderTest.FinalizeDeclarativeAttachedStreams* - custom_ops_kernel_info_store_unittest：计划无回调恢复、辅流不汇合主流、缺主流 launch 报错 - task_generator_unittest：GenerateTask_AnnotatedKernelRecordWait - custom_task_info_unittest：AnnotatedEventWaitUsesExistingWaitAndResetSemantics 2. 编译并运行 ST：graph_engine_test 中 DeclarativeCustomOpAttachedStreamSt.*（按 key 复用辅流 ID、回调缺失返回 UINT32_MAX）。 3. 手工验证：自定义算子在 DeclareLaunchArgs 中调用 RequestAttachedStream + AddLaunchWithDependencies 下发主流/辅流任务，出 OM 后确认 stream_num 扩展、辅流 launch 与 EVENT_RECORD/EVENT_WAIT 任务正确生成且执行结果正确。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 - PR 当前带 stat/needs-squash 标签，38 个 commit 中含多个 CI 规避/revert 提交，合入前需 squash。 - 标题 feat： 使用了全角冒号，建议改为半角 feat: 。 See merge request: cann/ge!4934 | 4 天前 | |
feat：声明式自定义算子的辅流申请功能 Co-authored-by: Chang-an-HW<machangan@huawei.com> # message auto-generated for no-merge-commit merge: !4934 merge declarative-custom-op-attached-stream-pr into develop feat：声明式自定义算子的辅流申请功能 Created-by: Chang-an-HW Commit-by: Chang-an-HW Merged-by: cann-robot Description: # Pull Request ## 描述 为声明式自定义算子（ AnnotatedArgsOp / DeclareLaunchArgs）新增**编译期辅流申请与任务依赖声明**能力，使算子可以在 DeclareLaunchArgs 回调内把多个 kernel launch 下发到不同逻辑流，并由 GE 自动完成流分配与事件同步插入。 **对外接口（gert::AnnotatedArgsContext，@since 9.3.0(2026-09)）** - 新增 uint32_t RequestAttachedStream(const ge::AscendString &key)：按模型级 key 申请逻辑辅流，相同 key 复用同一 ID；key 为空或申请失败返回 UINT32_MAX。 - 新增 graphStatus AddLaunchWithDependencies(launch_info, args, dependencies, dependency_num, token)：以 AnnotatedLaunchToken 表达 launch 间前驱依赖，成功后输出本次 launch 的 token。 - AddLaunch 的 ABI 与行为保持不变（不产生 token，也不能作为依赖源）。 **graph_metadef 侧** - AnnotatedArgsHandler：LaunchRecord 增加 token 与依赖列表；新增 SetAttachedStreamRequestFunc / RequestAttachedStream / GetAttachedStreamIds；AddLaunchWithDependencies 校验 token 有效性（依赖必须指向更早 launch、不可重复、不可溢出）。 - stub_offline_launch_runtime.cc 同步补齐 stub 实现；stub_lowering 增加 runtime_headers、slog 链接。 **compiler 侧** - 新增 DeclarativeStreamRegistry：挂到 ComputeGraph ext attr（declarative_stream_registry），从当前逻辑流数之后按 key 去重分配辅流 ID，并做溢出保护。 - 新增 AnnotatedArgsTaskPlan 序列化/反序列化（带 version、长度与依赖边合法性校验）：缓存属性由进程内 ext attr 改为可序列化的 _custom_annotated_args_task_plan_bytes，使计划在 ReGetTaskInfo / 二次生成场景下可无回调恢复；计划中新增 launch_stream_ids、dependencies、attached_stream_ids。 - ModelBuilder：PrepareDeclarativeAttachedStreamRegistry（AssignLogicalStreams 之后建注册表）、FinalizeDeclarativeAttachedStreams（把计划辅流写回 op_desc->SetAttachedStreamIds 并扩展 stream_num）、MaterializeAnnotatedArgsTaskDependencies。 - StreamAllocator：InsertAnnotatedArgsEventTasks 为跨流依赖插入 EVENT_RECORD/EVENT_WAIT 任务；ReconcileAnnotatedArgsEventTasks 在拆流后重映射 event id、剪除同流事件对，并回写 stream/event/notify 总数（RTS 与 GE 两条拆流路径均覆盖）。 - CustomOpsKernelBuilder：物化时按计划流 ID 下发任务（无依赖且无辅流的 legacy 计划仍刷新为节点当前主流，兼容跨流复用）；CalcOpRunningParam 改为 DelAttr 清理序列化计划。 **约束校验** - 计划中至少存在一个主流 launch；辅流任务是否汇合回主流由算子自行保证。 - 依赖 token 必须指向更早的 launch，不可重复、不可自依赖。 - mobile OMC 单任务模式不支持依赖与辅流；端侧仍只允许一次 AddLaunch。 **文档**：新增 RequestAttachedStream.md、AddLaunchWithDependencies.md，更新 overview.md、README.md 目录、AddLaunch.md 与 DeclareLaunchArgs.md 约束描述。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 描述测试此变更的步骤和前提条件： 1. 编译并运行 UT： - graph_metadef UT：AnnotatedArgsContextUT.AddLaunchWithDependenciesValidatesAndCopiesTokens - ge UT： - stream_allocator_unittest：DeclarativeStreamRegistryTest.*、AnnotatedArgsTaskPlanTest.*（序列化往返、跨流事件插入/重映射/同流剪枝）、ModelBuilderTest.FinalizeDeclarativeAttachedStreams* - custom_ops_kernel_info_store_unittest：计划无回调恢复、辅流不汇合主流、缺主流 launch 报错 - task_generator_unittest：GenerateTask_AnnotatedKernelRecordWait - custom_task_info_unittest：AnnotatedEventWaitUsesExistingWaitAndResetSemantics 2. 编译并运行 ST：graph_engine_test 中 DeclarativeCustomOpAttachedStreamSt.*（按 key 复用辅流 ID、回调缺失返回 UINT32_MAX）。 3. 手工验证：自定义算子在 DeclareLaunchArgs 中调用 RequestAttachedStream + AddLaunchWithDependencies 下发主流/辅流任务，出 OM 后确认 stream_num 扩展、辅流 launch 与 EVENT_RECORD/EVENT_WAIT 任务正确生成且执行结果正确。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 - PR 当前带 stat/needs-squash 标签，38 个 commit 中含多个 CI 规避/revert 提交，合入前需 squash。 - 标题 feat： 使用了全角冒号，建议改为半角 feat: 。 See merge request: cann/ge!4934 | 4 天前 | |
fix(onnx_plugin): ONNX attribute JSON 零值标量字段按 type 判别式强制输出 Co-authored-by: kobemini<gengchao4@huawei.com> # message auto-generated for no-merge-commit merge: !5153 merge fix/onnx-plugin-attr-json-zero-value into develop fix(onnx_plugin): ONNX attribute JSON 零值标量字段按 type 判别式强制输出 Created-by: gentle-knight Commit-by: kobemini Merged-by: cann-robot Description: # Pull Request ## 描述 proto3 隐式 presence 下，ONNX AttributeProto 的零值标量属性（i=0、f=0.0、s=""）经 pb2json 的 HasField 判断后整键丢失，parse_operator 插件通过 json.loads(source.get_attr("attribute")) 按键取值时属性丢失（如 alpha=0.0 场景）。 本 PR 对 ge.onnx.AttributeProto 按 type 判别式强制输出对应标量值字段（1=FLOAT→f、2=INT→i、3=STRING→s），复合类型（t/g 等）与列表字段不补齐，保持既有序列化行为不变；同步更新 parse_operator.md 说明与 UT。 ## 变更类型 - [x] 🐛 Bug 修复 ## 关联的Issue 无（配合 PR !5001 的零值属性丢失问题定位） ## 如何测试 1. 编译 parser UT：make -C cmake-build-gcov ut_parser 2. 运行 UtestMessage2Operator.*（含新增 4 个用例：i=0/f=0.0/s="" 默认值场景、ints 不受影响）：20/20 通过 3. 回归 UtestPb2Json.* + UtestOnnxParser.*：159/159 通过 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 方案源自 kobemini 在 PR !5141 中的分析（attribute JSON 转化为 C++ 既有逻辑，选择在转换层修复而非修改 proto 文件）。本 PR 基于最新 develop 重新落地（保留原作者署名）并补充验证。 See merge request: cann/ge!5153 | 8 天前 | |
fix：improve log usability-0910 Co-authored-by: m0_50621083<hongyuecheng@huawei.com> # message auto-generated for no-merge-commit merge: !4876 merge CANN-log-evaluation-develop-0910 into develop fix：improve log usability-0910 Created-by: m0_50621083 Commit-by: m0_50621083 Merged-by: cann-robot Description: # Pull Request ## 描述 本次提交基于 CANN 日志易用性评测工具的扫描结果，对 GE 仓库中的日志问题进行整改，主要包括： - 修正日志中的英文拼写和语法错误 - 补充不完整的错误描述 - 优化部分日志表达，使错误原因和处理建议更加明确 - 修正不规范的日志输出内容 - 为涉及容量、内存等数值的日志补充单位 本次仅修改日志文案及相关输出表达，不改变业务逻辑、控制流程、算法和接口行为。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无。 <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 运行项目 pre-commit 检查，确认格式、拼写和合规检查通过。 2. 运行 PR 编译及 UT/ST 流水线，确认相关门禁通过。 3. 检查代码差异，确认仅修改日志文案，不涉及业务逻辑、控制流和算法。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次整改仅修改日志文案与日志输出接口，不改变任何业务逻辑、控制流、算法。 See merge request: cann/ge!4876 | 21 天前 | |
feat: 优化Nano模型内存拷贝 | 29 天前 | |
fix: precommit整改 Co-authored-by: yelongjian<yelongjian1@huawei.com> # message auto-generated for no-merge-commit merge: !3726 merge dev-precommit into develop fix: precommit整改 Created-by: yelongjian Commit-by: yelongjian Merged-by: cann-robot Description: # Pull Request ## 描述 precommit整改 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1.NA ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!3726 | 3 个月前 | |
chore: 添加体验需求issue模板，构建/测试脚本过滤.gitcode目录修改 Co-authored-by: yelongjian<yelongjian1@huawei.com> # message auto-generated for no-merge-commit merge: !5172 merge dev-issuetpl0924 into develop chore: 添加体验需求issue模板，构建/测试脚本过滤.gitcode目录修改 Created-by: yelongjian Commit-by: yelongjian Merged-by: cann-robot Description: # Pull Request ## 描述 1. 新增体验需求 issue 模板 .gitcode/ISSUE_TEMPLATE/experience-request.yml，并按 GE 仓库定位定制：模板描述与"体验活动所处阶段"选项面向图编译/执行场景（模型转换与图编译、模型加载与执行、问题调试、性能调优等）。 2. build.sh 与 tests/run_test.sh 的 check_changed_files 增加 .gitcode/ 目录过滤：当 -f 修改文件清单仅涉及 .gitcode/、.claude/、.opencode/ 等目录时跳过编译/测试（与已有 .claude/、.opencode/ 过滤行为保持一致）。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 描述测试此变更的步骤和前提条件： 1. 准备仅含 .gitcode/、.claude/、.opencode/ 路径的修改清单文件，执行 bash build.sh -f <清单文件>，输出 skipping build 并退出（exit 200），不进行编译 2. 清单中混有源码路径（如 base/xx.cc）时，正常进入编译流程 3. tests/run_test.sh -f <清单文件> 行为同上（skipping test） 4. 已本地验证：bash -n 语法检查通过；check_changed_files 函数在"仅隐藏目录/混合源码/空清单"三种场景下行为均符合预期；yml 通过 YAML 语法校验 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 无 See merge request: cann/ge!5172 | 4 天前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 8 天前 | ||
| 8 天前 | ||
| 2 个月前 | ||
| 3 个月前 | ||
| 1 个月前 | ||
| 9 天前 | ||
| 10 天前 | ||
| 3 个月前 | ||
| 4 天前 | ||
| 9 天前 | ||
| 4 天前 | ||
| 4 天前 | ||
| 8 天前 | ||
| 21 天前 | ||
| 29 天前 | ||
| 3 个月前 | ||
| 4 天前 |