master

cann-robotrevert: 回退 OPP deliverables 清单加载支持（!4929）

b4846a0aAdd on 24 days agoHistory

Files	Last commit	Last update
analyzer	fix: improve log usability Co-authored-by: m0_50621083<hongyuecheng@huawei.com> # message auto-generated for no-merge-commit merge: !4556 merge CANN-log-evaluation-develop into develop fix: improve log usability Created-by: m0_50621083 Commit-by: m0_50621083 Merged-by: cann-robot Description: # Pull Request ## 描述 本次修改针对 GE 代码中的日志易用性问题进行整改，主要包括： - 修复日志中的英文拼写及语法问题； - 优化日志提示语义和表达； - 补充部分日志中的单位及上下文信息； - 统一部分日志及注释的英文表达； - 优化个别不规范的日志输出方式。 本次修改主要涉及日志和提示文本，不改变核心功能逻辑。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无关联Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 使用 git diff 对本次修改内容进行检查，确认修改范围均属于日志易用性整改。 2. 使用 git diff --check 检查代码格式，确认不存在 trailing whitespace 等格式问题。 3. 检查日志字符串修改前后的参数及格式化占位符，确认日志参数与原有逻辑保持一致。 4. 确认本次修改主要涉及日志、提示信息及相关文本，不影响原有核心功能逻辑。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本次为日志易用性专项整改，修改范围涉及多个模块，主要针对现有日志中的拼写、语法、语义表达、单位信息以及日志输出规范进行优化。 相关修改不涉及对外接口变更，不改变现有业务流程及核心功能逻辑。 See merge request: cann/ge!4556	2 months ago
api	feat: 完成 OM2 Bundle 编译序列化、外置权重、动态分档与运行时支持 Co-authored-by: wuzheng-hw<wuzheng14@huawei.com> # message auto-generated for no-merge-commit merge: !4974 merge bundle into develop feat: 完成 OM2 Bundle 编译序列化、外置权重、动态分档与运行时支持 Created-by: wuzheng-hw Commit-by: wuzheng-hw Merged-by: cann-robot Description: # Pull Request ## 描述 实现静态 Shape OM2 多模型 Bundle 的编译、ZIP 打包与解析，以及 ACL Bundle 生命周期支持。 主要内容： - 增加 OM2 Bundle manifest、模型索引、变量资源和共享 kernel 的 ZIP 组织与校验。 - 增加 Bundle Build/Save、QueryInfo、Eager/Lazy 子模型加载、按子模型卸载和共享 Session/Variable 管理；外置权重子模型 Save 时将权重文件搬迁至 om 同级 weight 目录（对齐 OM2 单模型），加载时按 <bundle_dir>/weight/ 约定解析，或逐子模型传 weightPath / 注入 fileConstantMem。 - 保持 OM1 Bundle 与 OM2 单模型 API 兼容，拒绝 custom op so Bundle 场景；动态分档与动态 Shape 无 Bundle 级额外限制（子模型编译约束与单模型 OM2 一致）。 - 增加 Bundle 与普通 OM2 单模型 API 的互斥路由和资源失败清理；6 个 Bundle API 补齐 ACL_PROFILING_REG（对齐 OM1）。 - 顺带修复：DeleteBundleSubmodelId 的 operator[] 误插入、Finalize 外部变量 arena 范围越界防护。 ## 变更类型 - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新 - [ ] ♻️ 重构 - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 如何测试 - 新增 UT/ST 用例，覆盖 Bundle 序列化、运行时加载、ACL 生命周期与外置权重搬迁。 - 本地回归：ST Om2 系列 80/80；UT distinct_load 2126/2126、multiparts 3092/3092、acl_utest 537/537。 - 本地 pre-commit 全部通过：clang-format、codespell、OAT 等。 ## 其他信息 - model_om2.cpp 超大源文件告警（cmetrics）例外申请中；其余代码质量告警已消除（超长函数已拆分）。 See merge request: cann/ge!4974	1 month ago
engines	!5416 merge develop into master 【PR】: sync develop to master 20261015 Created-by: Jett_Woo Commit-by: SeasonChu;lincj_;qq_40517592;likun104;Dazhou_Cao;hamburgerbobo;chengyutao3 Merged-by: cann-robot Description: # Pull Request ## 描述 sync develop to master 20261015 ## 变更类型 请选择本次引入的变更类型： <!-- [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!5416	24 days ago
graph	fix: ExtendConv2D 符号化推导输出shape修复 Co-authored-by: lincj_<1165980433@qq.com> # message auto-generated for no-merge-commit merge: !5401 merge develop into develop fix: ExtendConv2D 符号化推导输出shape修复 Created-by: lincj_ Commit-by: lincj_ Merged-by: cann-robot Description: # Pull Request ## 描述 开启自动融合、关闭卷积 pass 时，前后两个 ExtendConv2D 串联会在符号推导阶段失败：前一个节点的 y1 接到后一个节点的 x，但 InferShape4Conv2D 只写了输出 y。y1 的符号维数仍是 0，这个空 shape 被写到下游 x 上，后一个节点在检查输入必须为 4 维时断言失败。 InferShape4Conv2D 写完 y 之后，若输出 y1 存在，就把同一份符号维写入 y1。Conv2D 和 Conv2DV2 只有一个输出，GetOutputSymbolShape(1) 为空，直接返回成功，行为不变。没有连到下游的 y1 仍由 lowering 的 StoreIgnoredOutput 占位，不在推导阶段补 shape。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!5401	24 days ago
graphcompiler	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	4 months ago
host_kernels	【feat】: 支持子字节dtype(DT_INT4)的ND/FRACTAL_NZ格式转换与常量折叠防护 Co-authored-by: kantao1<kantao1@huawei.com> # message auto-generated for no-merge-commit merge: !5199 merge support_onnx_int4 into develop 【feat】: 支持子字节dtype(DT_INT4)的ND/FRACTAL_NZ格式转换与常量折叠防护 Created-by: kantao1 Commit-by: kantao1 Merged-by: cann-robot Description: # Pull Request ## 描述 GE 侧适配子字节 dtype（如 DT_INT4 weight），打通 ND ↔ FRACTAL_NZ 显式 C0 变体的主机侧格式转换，并补齐各处将位宽编码值（GetSizeByDataType = kDataTypeSizeBitOffset + bits）误当字节数使用的防护： 1. **子字节位级格式转换**（format_transfer_fractal_nz.cc）：新增 packed 位级搬移实现（GetBitsValue/SetBitsValue、CopyPackedSegment 对齐快路径+逐元素回退、ND→NZ/NZ→ND 两个方向的 SubByte 转换）；新增 GetEffectiveC0 统一 C0 解析（组合位域→primary 枚举变体）；注册 ND ↔ FORMAT_FRACTAL_NZ_C0_16/C0_32 转换路由 2. **入口防护**：位宽限定 1/2/4 bit（拒绝 FLOAT6 等无法按整字节打包的类型）；CheckShapeForSubByteTrans 校验 NZ 形状不变量（末 4 维、w0>0、块内轴字节对齐、前缀乘积与块容量），防除零与越界访问 3. **TransDataFormat 门禁**（formats.cc）：子字节仅放行 ND ↔ 显式 C0 的 NZ 族互转，裸 FRACTAL_NZ 及其他组合直接拒绝，错误信息携带格式与放行条件 4. **常量折叠防护**（constant_folding_pass.cc）：IsSubByteFoldingBlocked 覆盖 top/bottom 自定义算子与 legacy HostCpuOp 全路径，白名单（QuantBiasOptimization，已实现 INT4 packed 解包）放行输入检查，拦截后回落 GE 内置 kernel 5. **位宽编码修复**（fe_utils/fusion_turbo/eager_op_execution_context/kernel_utils）：GetDataTypeBits 判断条件修正；内存大小改用 GetSizeInBytes CeilDiv 计算，防高估导致越界写 6. **其他路径防护与口径统一**：transpose 转换拒绝子字节；Pack kernel 跳过子字节折叠；GetNdToNzAlignedShape 改用 TransferShapeUtils::GetC0Value，与数据搬移侧 C0 口径一致 ## 变更类型 - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue ## 如何测试 1. 前置条件：CANN 环境（cann-9.3.0），ge 仓 build_ut 构建目录 2. make ge_common_base graph -j16（覆盖 formats.cc / format_transfer_fractal_nz.cc / transfer_shape_utils.cc）编译链接通过 3. constant_folding_pass.cc 以 ge_compiler 同参数（-std=c++17）语法检查通过 4. INT4 权重场景验证：ND(DT_INT4) → FRACTAL_NZ_C0_16/C0_32 转换及反向，W 非 C0 整数倍的尾部场景 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 See merge request: cann/ge!5199	26 days ago
opcompiler	fix errMsg bug Co-authored-by: liyanrong9<liyanrong9@h-partners.com> # message auto-generated for no-merge-commit merge: !5217 merge fe_err_msg_0923 into develop fix errMsg bug Created-by: liyanrong_9 Commit-by: liyanrong9 Merged-by: cann-robot Description: # Pull Request ## 描述 ErrorMessage整改（fe） ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. ut st 2. 冒烟用例 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!5217	1 month ago
opt_info	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	4 months ago
CMakeLists.txt	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	1 month ago