| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
【PR】: autofuse支持extendconv2d Co-authored-by: linchujia525<1165980433@qq.com> # message auto-generated for no-merge-commit merge: !1669 merge develop into develop 【PR】: autofuse支持extendconv2d Created-by: weixin_45675704 Commit-by: linchujia525 Merged-by: cann-robot Description: # Pull Request ## 描述 autofuse原有支持Conv2DV2的自动融合，现新增对ExtendConv2D自动融合的支持。 主要变更： - ASCIR 算子：在 v1/v2 注册 ExtendConv2D / ExtendConv2DBias / ExtendConv2DScale / ExtendConv2DBiasScale，补充 round_mode、enable_relu0、fixed_shift_value 等 IR 属性；GE bridge 识别这些类型。 - 属性与构图工具：ParseConv2DAttr / IsConv2DGraphType 覆盖 extend 及可选 bias、offset_w、scale0；GetCubeAttributes 向外导出 is_extend_conv2d、has_scale0、round_mode 等字段。 - Codegen / Kernel：conv2d_v2 对齐 ActConvConfig 模板维（含 BatchOne、SmallKernel），增加 scaleGM 槽位；Cube tiling 与 CV fusion 向量侧支持 extend 场景（含 tmpTilingData.nL0）。顺带拆分 cube tiling 超大函数，满足规范。 - Host 编译：ConvArgsConfig 区分 Conv2DV2 紧凑入参和 ExtendConv2D 的 10 槽逻辑输入（未连接的 bias/scale 填空）。 - TilingKey：更新 conv2d_v2_tilingkey_cv.h，与新模板维一致。 - 测试：补充 UT/ST，覆盖属性解析、codegen tiling、Python cube attributes、compile 入参槽位和 backend e2e 构图。 ## 变更类型 请选择本次引入的变更类型： <!-- [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/graph-autofusion!1669 | 27 天前 | |
feat: 支持静态Shape根据ub大小过滤非法template Co-authored-by: zhang_shengjie<804425610@qq.com> # message auto-generated for no-merge-commit merge: !964 merge feat/static-ub-template-filter into develop feat: 支持静态Shape根据ub大小过滤非法template Created-by: zhang_shengjie Commit-by: zhang_shengjie Merged-by: cann-robot Description: # Pull Request ## 描述 ### 一、主要解决的问题 Autofuse 在 schedule 模板生成后，所有模板会进入 ATT 生成 tiling func 和 solver 阶段。部分模板在所有可调 tile 取最小值 1、动态轴取 1 时的最小 UB 占用已超过平台 UB 上限，属于必然无解模板，但仍消耗后续编译资源。 本 PR 在 BufQueAllocator().AllocBufQue() 之后新增 StaticUbTemplateFilter，提前丢弃必然无解的模板，减少无效编译开销。同时将 ATT 与 Schedule 共用的 UB 表达式构建逻辑抽取到 autofuse/common/ub_expr/，保证两端使用同一份 UB 表达式来源。 ### 二、修改方案 #### 2.1 新增 StaticUbTemplateFilter（optimize 层） - 在 optimize.cpp 的 AllocBufQue 之后调用 StaticUbTemplateFilter().Filter() - 遍历 FusedScheduledResult 中每个 ScheduledResult 的 schedule group/impl graph - 通过公共 AscGraphUbExprBuilder 构建 UB 表达式上下文 - 对 tile inner axis 替换为 1、动态轴替换为 1，执行静态求值得到 min_ub_usage - min_ub_usage > platform_info.ub_size 时丢弃模板 - 平台信息不可用或求值失败时保留模板，不做激进过滤 - 全部模板被过滤时沿用现有无候选模板失败路径 #### 2.2 新增公共 UB 表达式层（common/ub_expr） - ub_expr_types.h：定义 UbExprContext、UbExprBuildResult、UbExprCmp 等公共类型 - asc_graph_ub_expr_builder.{h,cpp}：基于 AscGraph 构建 UB 表达式上下文，覆盖 Queue/Buffer/TmpBuffer size 表达式、container 命名、tile 变量、动态轴变量等 - ub_expr_utils.{h,cpp}：从 UbExprContext 获取原始 UB 表达式 #### 2.3 扩展 PlatformContext - 新增 TryGetInitializedPlatformInfo：无副作用读取已初始化的平台信息，不触发 runtime 初始化 - 新增 TryGetUbSizeOverride：支持上层通过 SetPlatformInfo 注入 UB size（soc_ver 为空时） - 保持 GetPlatformInfo/SetPlatformInfo 既有行为不变 #### 2.4 ATT 侧适配 - gen_model_info.cpp：新增 RefreshCommonUbExprContext，基于公共 AscGraphUbExprBuilder 刷新 UB 表达式上下文，替换旧的 container 表达式 - ub_named_expr_builder.{h,cpp}：ATT 内部命名化 UB 表达式构建，复用公共 BuildUbExpr 获取原始表达式 - axes_reorder_solver_gen.cpp：适配公共 UB 表达式接口 #### 2.5 测试覆盖 - 新增 UT：test_static_ub_template_filter（过滤器正向/异常/边界）、test_ub_expr_utils（BuildUbExpr）、test_platform_context（新接口） - 新增 ATT UT：test_gen_model_info（UB 刷新）、test_axes_reorder_gen（命名化 UB 表达式） - 更新 runtime stub 适配新接口 - 已有 ST/UT 适配：optimize_st、optimize_st_v2、test_optimizer_v2、test_python_ascir ### 三、代码修改流程图 mermaid flowchart TD A[Optimize 生成 schedule 模板] --> B[BufQueAllocator::AllocBufQue] B --> C[StaticUbTemplateFilter::Filter] C --> D{PlatformInfo 可用且 ub_size > 0?} D -- 否 --> E[跳过过滤, 保留全部模板] D -- 是 --> F[遍历 ScheduledResult] F --> G[AscGraphUbExprBuilder::Build] G --> H[UbExprUtils::BuildUbExpr] H --> I[tile=1, 动态轴=1 替换] I --> J{静态求值成功?} J -- 否 --> K[WARNING, 保留模板] J -- 是 --> L{min_ub > ub_size?} L -- 是 --> M[丢弃模板] L -- 否 --> N[保留模板] M --> O[继续后续流程] N --> O K --> O E --> O style C fill:#90EE90,stroke:#006400,stroke-width:2px style G fill:#90EE90,stroke:#006400,stroke-width:2px style H fill:#90EE90,stroke:#006400,stroke-width:2px ## 变更类型 - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue ## 如何测试 ### 一、测试用例说明 #### 1.1 单元测试 - test_static_ub_template_filter：覆盖平台信息可用/不可用、UB 超限/未超限、表达式求值失败、全部模板被过滤等场景 - test_ub_expr_utils：覆盖 BuildUbExpr 正向和空表达式场景 - test_platform_context：覆盖 TryGetInitializedPlatformInfo 和 TryGetUbSizeOverride - test_gen_model_info：覆盖 UB 表达式刷新 - test_axes_reorder_gen：覆盖命名化 UB 表达式构建 #### 1.2 系统测试 - optimize_st、optimize_st_v2：验证 optimize 全流程包含 UB 过滤 - test_optimizer_v2：v35 optimize 流程适配 - test_python_ascir：Python ASCIR 测试适配 ### 二、构建命令 bash sh build.sh -u --module=autofuse_framework -j 8 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 ### 验证方法 - 静态 shape 场景：构造 UB 超限模板，验证被正确过滤 - 动态 shape 场景：动态轴取 1 后 UB 超限模板被过滤 - 平台信息不可用：验证跳过过滤，保留全部模板 - 表达式求值失败：验证 WARNING 日志和模板保留 ### 注意事项 - 本 PR 仅做必要条件过滤（保守过滤），不替换 ATT 最终 UB solver - 不修改对外 ABI/API，不新增 Python 绑定 - 不引入新的用户配置项或环境变量 - 不触发 runtime platform 初始化 ### 提交记录 | Commit | 描述 | 修改文件数 | 修改行数 | |--------|------|-----------|----------| | 15856eb | feat: add static ub template filter | 28 | +1790/-56 | | a8bd396 | test: cover named ub expr builder | 2 | +17/-0 | | aedf707 | fix: preserve platform info semantics for ub filter | 5 | +52/-12 | ### 修改文件清单 | 文件路径 | 修改类型 | 说明 | |---------|---------|------| | autofuse/optimize/static_ub_template_filter.h | 新增 | 静态 UB 模板过滤器头文件 | | autofuse/optimize/static_ub_template_filter.cpp | 新增 | 过滤器实现：遍历模板、求值、剪枝 | | autofuse/common/ub_expr/ub_expr_types.h | 新增 | UbExprContext/UbExprBuildResult 等公共类型 | | autofuse/common/ub_expr/asc_graph_ub_expr_builder.h | 新增 | AscGraph UB 表达式构建器头文件 | | autofuse/common/ub_expr/asc_graph_ub_expr_builder.cpp | 新增 | Queue/Buffer/TmpBuffer UB 表达式构建实现 | | autofuse/common/ub_expr/ub_expr_utils.h | 新增 | UB 表达式工具类头文件 | | autofuse/common/ub_expr/ub_expr_utils.cpp | 新增 | BuildUbExpr 实现 | | autofuse/common/platform_context.cpp | 修改 | 新增 TryGetInitializedPlatformInfo/TryGetUbSizeOverride | | autofuse/inc/common/platform_context.h | 修改 | 新增无副作用平台信息读取接口 | | autofuse/optimize/optimize.cpp | 修改 | AllocBufQue 后调用 StaticUbTemplateFilter | | autofuse/att/gen_model_info/gen_model_info.cpp | 修改 | 基于公共 UB builder 刷新 context | | autofuse/att/.../ub_named_expr_builder.h | 新增 | ATT 命名化 UB 表达式头文件 | | autofuse/att/.../ub_named_expr_builder.cpp | 新增 | ATT 命名化 UB 表达式实现 | | autofuse/att/.../axes_reorder_solver_gen.cpp | 修改 | 适配公共 UB 表达式接口 | | autofuse/tests/... (16 files) | 新增/修改 | UT/ST 测试用例和 runtime stub 适配 | See merge request: cann/graph-autofusion!964 | 2 个月前 | |
style: 统一 Autofuse 代码格式 Co-authored-by: Ling-DT<lingxing@huawei.com> # message auto-generated for no-merge-commit merge: !921 merge style/clang-format-autofuse-20260611 into develop style: 统一 Autofuse 代码格式 Created-by: ling-DT Commit-by: Ling-DT Merged-by: cann-robot Description: # Pull Request ## 描述 基于 cann/graph-autofusion:develop 最新提交 46a23b0，使用仓库根目录 .clang-format 对 autofuse/ 目录内受版本管理的 C/C++/AscendC 源文件执行统一格式化。 本 PR 仅包含 autofuse/ 目录格式化变更；super_kernel/ 目录格式化变更按要求暂留本地，未提交到本 PR。 格式化工具：clang-format 18.1.8，参数：--style=file。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无。 ## 如何测试 描述测试此变更的步骤和前提条件： 1. /tmp/opencode/clang-format-18-venv/bin/clang-format -i --style=file <autofuse C/C++/AscendC files> 2. git diff --cached --check 3. git diff --name-only HEAD~1..HEAD | cut -d/ -f1 | sort | uniq -c 确认 PR 提交仅包含 autofuse/。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本 PR 为纯格式化变更，不涉及功能逻辑、接口、构建脚本或打包内容修改。 See merge request: cann/graph-autofusion!921 | 3 个月前 | |
refactor: 提取 ASCIR 节点参数创建逻辑 Co-authored-by: gcw_V3YyYBt1<gaoxin32@huawei.com> # message auto-generated for no-merge-commit merge: !1759 merge refactor/share-ascir-node-params into develop refactor: 提取 ASCIR 节点参数创建逻辑 Created-by: gcw_V3YyYBt1 Commit-by: gcw_V3YyYBt1 Merged-by: cann-robot Description: ## 描述 消除 compare_v2_api_call.cpp 与 cast_v2_api_call.cpp 中重复的 ASCIR 节点参数创建代码。 ## 背景 两处代码均负责获取或创建 AscirNodeParams，重复实现被代码质量检查识别为重复代码，增加了后续维护成本。 ## 修改方案 1. 在 ascir_param 中新增 GetOrCreateAscirNodeParams，统一处理节点参数获取、创建和扩展属性写回。 2. Compare/Cast 参数填充函数复用该 helper，保留各自的 specific params 类型处理逻辑。 3. 删除两个调用文件中不再使用的 <memory> include 和局部常量。 ## 变更类型 - [ ] Bug 修复 - [ ] 新功能 - [ ] 代码风格更新 - [x] 重构 - [ ] 构建过程或辅助工具的变动 - [ ] 文档内容更新 ## 关联的Issue 无。 ## 如何测试 1. 测试cast compare相关用例 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签 - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md）并遵守相关规定 ## 其他信息 See merge request: cann/graph-autofusion!1759 | 1 个月前 | |
【PR】: [fix] [autofuse] adapt reform of the same-named header files of ge. Co-authored-by: xingzhixiong<xingzhixiong@huawei.com> # message auto-generated for no-merge-commit merge: !1149 merge develop_change_dir_of_metadef_headers into develop 【PR】: [fix] [autofuse] adapt reform of the same-named header files of ge. Created-by: xingzhixiong Commit-by: xingzhixiong Merged-by: cann-robot Description: # Pull Request ## 描述 metadef在做同名头文件整改，整改完编译发现gaf失败，原因是gaf仓和ge仓也有同名且子目录相同的头文件，故需要将gaf仓的同名头文件的子目录进行整改，只给gaf仓内部使用，避免产生耦合编译问题。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试 描述测试此变更的步骤和前提条件： 1. ci流水线pass 2. RDV pass ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如： feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 在此添加任何其他关于本次 PR 的说明。 See merge request: cann/graph-autofusion!1149 | 2 个月前 | |
fix: 符号表达式反序列化健壮性修复、tile对齐占位符合法化与Broadcast int64放开 Co-authored-by: xiebangrui<xiebangrui@huawei.com> # message auto-generated for no-merge-commit merge: !2164 merge master into develop fix: 符号表达式反序列化健壮性修复、tile对齐占位符合法化与Broadcast int64放开 Created-by: xiebangrui2025 Commit-by: xiebangrui Merged-by: cann-robot Description: ## 描述 本 PR 为单 commit，包含四项内容： **1. 符号表达式反序列化三段式/Exp-Sqrt往返/替换环检测修复**（同步 cann/ge PR 5005，适配本仓 af 命名空间） - ExpressionImpl::Deserialize 三段式重写：完整解析（IsAtEnd 拒绝截断串）、字节相等直通、规范树比较语义等价接受，修复 guard 序列化因 SymEngine 规范打印重排负系数 Add 项被误拒返回空、上层集合比较解引用空表达式的问题 - 补齐 Exp(x)/Sqrt(x) 序列化-反序列化 token 注册与解析，单参函数统一走分发表派发 - CheckReplacementCycle 重写：逐表达式枚举自由符号解析替换根并与对方根比较，覆盖复合表达式对盲区与间接环 - 附带 expression robustness UT 及其 CMake 注册（与 PR #2159 引入版本逐字一致） **2. tile内轴运行时对齐占位符改名为合法标识符并新增ST用例** - cube 融合 tile 内轴运行时占位符 align 由 Symbol("get_g_basen_basem_align()") 改名为合法标识符：轴属性经 CopyAttrFrom/CloneAscGraphs 拷贝时走 SerializeAttr -> DeserializeAttr 中转，带函数调用语法的名字无法被 scanner/parser 解析，导致拷贝图 align 丢失并产生 Parse expression str ... failed or incomplete ERROR - 消费侧适配：3 处可达打印出口（axes_reorder_solver_gen.cpp 的 InitiateArgs/SetVarCons、general_solver_gen.cpp 的 GenAlignInput）统一走 RuntimeAlignExprToCode 还原为函数调用形态，保证生成代码中运行时求值 - 新增 ST 用例 TileInnerAxisRuntimeAlignPlaceholderSurvivesClone 固化占位符 align 经序列化 round-trip 后的保留性 **3. v1/v35 Broadcast IR 注册放开 DT_INT64** - v1 Broadcast IR 注册白名单放开 DT_INT64（设备端 BroadcastInt64 与 codegen 路径早已就绪，uint64 已在同一路径运行，并有 codegen UT/E2E 佐证） - 清理 v2 注册表中已过时的 Broadcast DT_INT64 todo 注释（v2 白名单已含 DT_INT64） **4. 清理 ExpressionImpl::Deserialize 中冗余的条件括号**（if ((ret == nullptr) || ...)、if ((reparsed != nullptr) && (...)) 两处，无语义变化） ## 变更类型 - [x] 🐛 Bug 修复 - [x] ✨ 新功能 ## 关联的Issue ## 如何测试 1. 编译并运行 common ST：sh build.sh -s --module=common -j 8，38 个用例全部 PASS（含新增 TileInnerAxisRuntimeAlignPlaceholderSurvivesClone） 2. 编译并运行 optimize ST：sh build.sh -s --module=optimize -j 8，213 个用例全部 PASS 3. 运行 expression robustness UT（ut_expression）：3 个用例全部 PASS 4. Broadcast int64：ascir_builtin_ops 增量构建通过；codegen UT（test_codegen_broadcast_api_call.cpp int64 场景）与 E2E（load_broadcast_store_int64）为既有覆盖 5. 本单 commit 压缩与括号清理未额外本地构建，括号清理无语义变化，依赖 CI 验证 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 - expression_robustness_unittest.cc 的 License 头措辞（"You should not"）与 PR #2159 引入版本逐字一致，远端 CI 不拦截（2159 合入先例）；本地 pre-commit 的 oat-check 会误拦，已以 --no-verify 提交 - 修复后可重跑此前暴露 Parse expression str get_g_basen_basem_align() failed or incomplete 的模型验证：该 ERROR 消失且 cube 融合图克隆后 tile 内轴 align 完整 See merge request: cann/graph-autofusion!2164 | 11 天前 | |
style: 统一 Autofuse 代码格式 Co-authored-by: Ling-DT<lingxing@huawei.com> # message auto-generated for no-merge-commit merge: !921 merge style/clang-format-autofuse-20260611 into develop style: 统一 Autofuse 代码格式 Created-by: ling-DT Commit-by: Ling-DT Merged-by: cann-robot Description: # Pull Request ## 描述 基于 cann/graph-autofusion:develop 最新提交 46a23b0，使用仓库根目录 .clang-format 对 autofuse/ 目录内受版本管理的 C/C++/AscendC 源文件执行统一格式化。 本 PR 仅包含 autofuse/ 目录格式化变更；super_kernel/ 目录格式化变更按要求暂留本地，未提交到本 PR。 格式化工具：clang-format 18.1.8，参数：--style=file。 ## 变更类型 请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [x] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无。 ## 如何测试 描述测试此变更的步骤和前提条件： 1. /tmp/opencode/clang-format-18-venv/bin/clang-format -i --style=file <autofuse C/C++/AscendC files> 2. git diff --cached --check 3. git diff --name-only HEAD~1..HEAD | cut -d/ -f1 | sort | uniq -c 确认 PR 提交仅包含 autofuse/。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：feat:, fix:） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 本 PR 为纯格式化变更，不涉及功能逻辑、接口、构建脚本或打包内容修改。 See merge request: cann/graph-autofusion!921 | 3 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 27 天前 | ||
| 2 个月前 | ||
| 3 个月前 | ||
| 1 个月前 | ||
| 2 个月前 | ||
| 11 天前 | ||
| 3 个月前 |