GE（Graph Engine）是面向昇腾的图编译器和执行器，提供了计算图优化、多流并行、内存复用和模型下沉等技术手段，加速模型执行效率，减少模型内存占用。 GE 提供对 PyTorch、TensorFlow 前端的友好接入能力，并同时支持 onnx、pb 等主流模型格式的解析与编译。

文件	最后提交记录	最后更新时间
.claude	【feat】: add acl external api skills Co-authored-by: tang-haojie<tanghaojie1@huawei.com> # message auto-generated for no-merge-commit merge: !4308 merge develop into develop 【feat】: add acl external api skills Created-by: tang-haojie Commit-by: tang-haojie Merged-by: cann-robot Description: # Pull Request ## 描述新增acl对外接口skills,辅助agent方案分析和需求开发 ## 变更类型请选择本次引入的变更类型： <!-- [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!4308	1 个月前
.gitcode	!4674 merge master into master 【PR】: 简要描述 update actions Created-by: wangyunxiang1 Commit-by: wangyunxiang Merged-by: cann-robot Description: # Pull Request ## 描述请清晰准确地描述本次 Pull Request 的意图和变更内容。 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!4674	27 天前
.opencode	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 个月前
api	【质量加固】补充 const 修饰、参数 const 修饰与 lambda 显式捕获 Co-authored-by: worry<2428405332@qq.com> # message auto-generated for no-merge-commit merge: !4572 merge quality-fix into develop 【质量加固】补充 const 修饰、参数 const 修饰与 lambda 显式捕获 Created-by: m0_63918125 Commit-by: worry Merged-by: cann-robot Description: ## 修改内容共 16 处代码质量修复，覆盖 3 条编码规范规则，涉及 11 个文件。 ### 规则1：成员函数 const 修饰（8处） - `compiler/graph/passes/base_pass.h`：6 个只读 getter 添加 const - `compiler/graph/partition/base_cluster.h`：GetPartitionedCallName() 添加 const - `inc/.../graph_fusion_pass.h`：GetName() 添加 const ### 规则2：参数 const 修饰（4处） - `api/atc/omg.cc`：CheckDigitStr/StringToInt 的 string 参数添加 const - `compiler/.../te_file_utils.h/.cc`：IsFileUsed 的 filePath 参数添加 const - `parser/.../acl_graph_parser_util.cc`：CheckDigitStr 的 string 参数添加 const ### 规则9：lambda 避免默认捕获模式（4处） - 3 处 call_once 中 [&] → []（静态成员无需捕获） - 1 处 [=] → [runnable]（显式捕获所需变量） See merge request: cann/ge!4572	26 天前
base	【Fix】：OM2 AI CPU算子精度问题修复 Co-authored-by: wang-bin-789<wangbin153@huawei.com> # message auto-generated for no-merge-commit merge: !4745 merge develop_fix_DTS2608180020855 into develop 【Fix】：OM2 AI CPU算子精度问题修复 Created-by: wang-bin-789 Commit-by: wang-bin-789 Merged-by: cann-robot Description: # Pull Request ## 描述请清晰准确地描述本次 Pull Request 的意图和变更内容。 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试描述测试此变更的步骤和前提条件： 1. 2. ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!4745	24 天前
cmake	dflow、ge-compiler、ge-executor安装权限规范统一 Co-authored-by: q00889097<qinhan10@huawei.com> # message auto-generated for no-merge-commit merge: !4546 merge develop into develop dflow、ge-compiler、ge-executor安装权限规范统一 Created-by: qinhan123 Commit-by: q00889097 Merged-by: cann-robot Description: # Pull Request ## 描述统一dflow、ge-compiler、ge-executor安装文件及目录权限，这些权限统一由cmake控制, 删除安装脚本中一些影响权限规范的操作 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试描述测试此变更的步骤和前提条件：重新出包，然后比较安装后的内容化是否符合预期除了opp/built-in目录为550，所有目录均为750，可执行程序为750，python/shell脚本为750， share/info/包名/script目录下安装卸载脚本等统一为740，其他文件为640，符号链接为777 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!4546	27 天前
compiler	【feat】: Support PCIe Through Co-authored-by: kantao1<kantao1@huawei.com> # message auto-generated for no-merge-commit merge: !4394 merge pcie_through into develop 【feat】: Support PCIe Through Created-by: kantao1 Commit-by: kantao1 Merged-by: cann-robot Description: # Pull Request 接口评审时间：2026/08/06(周四) ## 描述 PCIE Through 是 Ascend NPU 硬件能力，允许 device 端算子通过 PCIE 总线直接访问 host 内存。当前单算子场景可用，但在模型编译场景下，编译期无法确定输入 tensor 的真实的地址范围，导致 tiling 阶段无法选择正确 kernel。本特性通过编译期能力识别 + TilingContext 注入 + 执行期上下文扩展（动态 shape），解决此问题。 ### 核心设计编译阶段（lowering）： - `BuildTilingPcieThroughInput` 从 `DefaultOpImplSpaceRegistryV2` 查询算子是否支持 PCIe Through，同时通过 `IsPcieThroughEnabled` 检查运行环境（option 开关、芯片能力、设备连接类型），两者均满足时将 `pcie_through_flag` 初始值设为 true - `IsPcieThroughEnabled` 结果通过 `thread_local static` 缓存，每个线程仅计算一次 - `BuildTilingCommonInputs` 在 `input_addrs` 可用时，通过 `BuildRefTensor` 将输入从 `StorageShape` 升级为包含设备地址的 `Tensor`，使运行时能通过 `GetInputTensor(i)->GetAddr()` 获取实际输入地址运行时（executor）： - `UpdatePcieThroughFlag` 读取 `pcie_through_flag`，为 false 时直接跳过；为 true 时通过 `IsAnyInputInPcieRange` 遍历输入地址，检查是否落在 PCIe 地址范围内 - 若存在 PCIe 地址 → flag 保持 true；否则改为 false - `GetPcieThroughFlag()` 接口供 Tiling 函数和缓存键计算使用关键修复： - `fwk_data_idx` 恢复后向计算（`input_num - kFwkDataOffset`），修复 symbol tiling 路径中前向计算导致的 702 行 ASSERT 失败 - `GetPcieThroughFlag` 改为后向 `GetInputNum() - 1`，与 pcie_through_flag 作为最后一个输入的布局一致 - `TilingForAtomic` 补充 `BuildTilingPcieThroughInput` 调用，保证输入布局一致性 - `BuildGeneralTilingCacheKey` 简化为直接读 `GetPcieThroughFlag()`，消除运行时查 space_registry 的版本不一致问题 ## 变更类型 - [x] ✨ 新功能 - [x] 🐛 Bug 修复 ## 关联的Issue <!-- 请在右侧关联对应 Issue --> ## 如何测试 1. 编译 UT：`make -C cmake-build-gcov ut_fast_runtime2_test ut_exe_graph ut_register -j$(nproc)` 2. 运行 PCIe Through 相关 UT：`--gtest_filter='PcieThrough'` 3. 运行 TilingContextBuilder UT：`--gtest_filter='TilingContextBuilderUT.*'` 4. 在 PCIe 直通环境上执行模型推理，验证 pcie_through 算子正确识别地址并优化搬运 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签 - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定 ## 其他信息 ### 涉及文件 \| 仓库 \| 文件 \| 改动说明 \| \|------\|------\|---------\| \| ge \| `runtime/v2/graph_builder/bg_tiling.cc` \| 新增 `IsPcieThroughEnabled`、`BuildTilingPcieThroughInput`；`BuildTilingCommonInputs` 支持 BuildRefTensor；`TilingForAtomic` 补充 pcie through 输入 \| \| ge \| `runtime/v2/kernel/common_kernel_impl/tiling.cc` \| 新增 `IsAnyInputInPcieRange`、`UpdatePcieThroughFlag`；`fwk_data_idx` 恢复后向计算；`BuildGeneralTilingCacheKey` 简化 \| \| ge \| `runtime/v2/kernel/common_kernel_impl/tiling.h` \| 新增 `kPcieThroughFlag` 枚举项 \| \| metadef \| `inc/external/exe_graph/runtime/tiling_context.h` \| `GetPcieThroughFlag` 改为后向计算 \| \| ge \| tests/ \| 新增 PCIe Through 相关 UT/ST 用例 \| See merge request: cann/ge!4394	25 天前
dflow	fix: 修复dflow非0卡部署context校验失败并保证API层context透明 Co-authored-by: lining23666<lining.li@huawei.com> # message auto-generated for no-merge-commit merge: !4697 merge fix/dflow-context-transparent into develop fix: 修复dflow非0卡部署context校验失败并保证API层context透明 Created-by: lining23666 Commit-by: lining23666 Merged-by: cann-robot Description: # Pull Request ## 描述修复 dflow 部署模型到非 0 卡时加载失败的问题，并保证 dflow API 对调用线程 runtime context 的透明性。包含两个配套修改： 1. SubmitEventSync 入口绑卡（dflow/deployer/common/data_flow/event/proxy_event_manager.cc）根因：runtime context 是线程私有的，`ProxyEventManager::SubmitEventSync` 会在部署线程池工作线程（ge_dpl_ldlm 加载子模型线程等）中调用 `rtEschedSubmitEventSync`，而该线程从未执行过 `aclrtSetDevice`，报 `EE1018: No valid context is bound to the current thread`。部署 0 卡时命中 runtime 默认 context 侥幸通过，非 0 卡（如 numa_config 仅配置 2/3/4/5 卡）必现。修复：`SubmitEventSync` 入口统一 `aclrtSetDevice(device_id)`，单点覆盖全部 6 类远程内存组事件（CreateGroup/AddGroup/AllocCache/AllocMbuf/FreeMbuf/CopyQMbuf），与库内 DestroyQueue、UnloadSubmodels 既有做法一致。该路径仅在部署期和变量同步期调用，不在推理热路径。 2. dflow API 入口 context save/restore（dflow/runner/session/dflow_api.cc）背景：内部路径（如 feed 的 io_helper）会在 API 调用线程上 SetDevice 并残留切换，污染调用方（如 torch_npu 用户主线程）的 context。修复：API 层新增 `RtCtxGuard`（RAII），入口记录调用线程 context，出口恢复，使内部设备/context 切换对调用方透明： - 无 context 或未变化时零动作（避免恢复已销毁 context 失败的场景，如 Finalize 内部 aclrtResetDevice 后） - 构造/析构均容忍失败，restore 失败仅打警告 - 覆盖全部 16 个 API 入口两个修改配合形成完整方案：内部各依赖 context 的调用点用前自行绑卡（可自由切换），API 层对调用方上下文透明。 ## 变更类型 - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue ## 如何测试 1. 复现：numa_config.json 的 item_list 仅配置 2、3、4、5 卡，运行 examples/dflow/python/sample_npu_model.py，部署到物理 2 卡时报 EE1018 context null，模型加载失败 2. 修复后验证：同配置重跑上述样例，模型加载成功、feed/fetch 正常 3. context 透明性验证：feed 前后检查调用线程的当前 context/device 不变（torch_npu 混用场景） 4. 回归：本地增量编译 dflow（model_deployer、dflow_runner 目标）通过；pre-commit 全部通过 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息本 PR 为草稿状态，真机验证进行中，完成后转正式。 See merge request: cann/ge!4697	26 天前
docs	docs: 明确控核参数配置0的行为与取值约束 Co-authored-by: KenChow<zhouchen53@huawei.com> # message auto-generated for no-merge-commit merge: !4706 merge core_num_limit_doc_fix into develop docs: 明确控核参数配置0的行为与取值约束 Created-by: KenChow Commit-by: KenChow Merged-by: cann-robot Description: # Pull Request ## 描述 `ge.aicoreNum` / `--aicore_num` 的两段，以及算子级属性 `_op_aicore_num` / `_op_vectorcore_num`，配置为 `0` 时不会报错，但会被调用方当作未配置处理、不产生控核效果。现有文档只写了"需要大于0"，用户容易把 `0` 理解成"不限制"，本次补充说明。变更内容： - `--aicore_num.md`、`options_params/operator_and_graph_compilation.md`、`aclgrphBuildInitialize_config_params/operator_and_graph_compilation.md`：在"参数值约束/使用约束"中补充取值格式（不带前导零的十进制整数）、上界语义（取自 SoC `.ini` 的静态声明值，不随本次运行中实际可用核数变化），以及 Vector Core 段配置 `0` 的实际行为；明确只限制一类核时应将另一段留空（如 `"24\|"`、`"\|48"`），不要用 `0` 代替空段。 - `attribute_name_list.md`：为 `_op_aicore_num`、`_op_vectorcore_num` 补充配置 `0` 不报错但不生效的说明。说明按 `<!-- npu=... -->` 条件块分场景放置：Vector Core 相关描述只出现在场景1（950/A3/910b）产品的文档变体中，仅配置整数1的场景2 产品不受影响。 ## 变更类型 - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [x] 📝 文档内容更新 ## 关联的Issue 无。 ## 如何测试本次仅涉及文档，无代码变更。 1. 本地 pre-commit 全部通过（trailing-whitespace、end-of-file-fixer、codespell、OAT Compliance Check 等）。 2. 人工核对：文中描述的行为与 `graph_metadef/register/core_num_utils.cc` 的 `ParseAndValidateCoreNum`（解析放行 `0`）及各调用方的 `if (core_num > 0)` 过滤一致；上界取自 `platform_config/*.ini` 的 `ai_core_cnt` / `vector_core_cnt`。 3. 人工核对：新增段落均位于对应的 `<!-- npu=... -->` 条件块内，不会渲染到不适用的产品文档变体。 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息同步提交的还有 torchair、tensorflow 两个仓的同名分支，统一 `0` 的口径。 https://claude.ai/code/session_01CV2caT7YeZnqmCjpRrKfp5 See merge request: cann/ge!4706	24 天前
examples	fix: 优化自定义算子推导与后端识别逻辑 Co-authored-by: du-hua1024<duhua2@huawei.com> # message auto-generated for no-merge-commit merge: !4705 merge op into develop fix: 优化自定义算子推导与后端识别逻辑 Created-by: du-hua1024 Commit-by: du-hua1024 Merged-by: cann-robot Description: # Pull Request ## 描述优化自定义算子的后端识别和 InferShape 调度逻辑。主要变更： - 将 `CustomOpFactory::IsExistOp(op_type)` 的默认语义统一为检查所有后端，同时保留按 `OpBackend` 精确查询的接口。 - 调整自定义算子推导优先级为 V1 InferShape → V2 InferShape → 默认推导，并抽取默认输出 Shape/DataType/Format 刷新逻辑。 - 更新 TensorFlow 解析和 NN Engine 算子信息构造逻辑，正确识别并处理不同后端的自定义算子。 - 补充 `CustomOpCreatorRegister` 带 `OpBackend` 和函数指针的构造函数文档。 - 更新 HostCPU 注册相关单元测试断言。 ## 变更类型 <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [x] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 - 已完成执行完整构建及 UT/ST ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 See merge request: cann/ge!4705	26 天前
graph_metadef	【feat】: Support PCIe Through Co-authored-by: kantao1<kantao1@huawei.com> # message auto-generated for no-merge-commit merge: !4394 merge pcie_through into develop 【feat】: Support PCIe Through Created-by: kantao1 Commit-by: kantao1 Merged-by: cann-robot Description: # Pull Request 接口评审时间：2026/08/06(周四) ## 描述 PCIE Through 是 Ascend NPU 硬件能力，允许 device 端算子通过 PCIE 总线直接访问 host 内存。当前单算子场景可用，但在模型编译场景下，编译期无法确定输入 tensor 的真实的地址范围，导致 tiling 阶段无法选择正确 kernel。本特性通过编译期能力识别 + TilingContext 注入 + 执行期上下文扩展（动态 shape），解决此问题。 ### 核心设计编译阶段（lowering）： - `BuildTilingPcieThroughInput` 从 `DefaultOpImplSpaceRegistryV2` 查询算子是否支持 PCIe Through，同时通过 `IsPcieThroughEnabled` 检查运行环境（option 开关、芯片能力、设备连接类型），两者均满足时将 `pcie_through_flag` 初始值设为 true - `IsPcieThroughEnabled` 结果通过 `thread_local static` 缓存，每个线程仅计算一次 - `BuildTilingCommonInputs` 在 `input_addrs` 可用时，通过 `BuildRefTensor` 将输入从 `StorageShape` 升级为包含设备地址的 `Tensor`，使运行时能通过 `GetInputTensor(i)->GetAddr()` 获取实际输入地址运行时（executor）： - `UpdatePcieThroughFlag` 读取 `pcie_through_flag`，为 false 时直接跳过；为 true 时通过 `IsAnyInputInPcieRange` 遍历输入地址，检查是否落在 PCIe 地址范围内 - 若存在 PCIe 地址 → flag 保持 true；否则改为 false - `GetPcieThroughFlag()` 接口供 Tiling 函数和缓存键计算使用关键修复： - `fwk_data_idx` 恢复后向计算（`input_num - kFwkDataOffset`），修复 symbol tiling 路径中前向计算导致的 702 行 ASSERT 失败 - `GetPcieThroughFlag` 改为后向 `GetInputNum() - 1`，与 pcie_through_flag 作为最后一个输入的布局一致 - `TilingForAtomic` 补充 `BuildTilingPcieThroughInput` 调用，保证输入布局一致性 - `BuildGeneralTilingCacheKey` 简化为直接读 `GetPcieThroughFlag()`，消除运行时查 space_registry 的版本不一致问题 ## 变更类型 - [x] ✨ 新功能 - [x] 🐛 Bug 修复 ## 关联的Issue <!-- 请在右侧关联对应 Issue --> ## 如何测试 1. 编译 UT：`make -C cmake-build-gcov ut_fast_runtime2_test ut_exe_graph ut_register -j$(nproc)` 2. 运行 PCIe Through 相关 UT：`--gtest_filter='PcieThrough'` 3. 运行 TilingContextBuilder UT：`--gtest_filter='TilingContextBuilderUT.*'` 4. 在 PCIe 直通环境上执行模型推理，验证 pcie_through 算子正确识别地址并优化搬运 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签 - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定 ## 其他信息 ### 涉及文件 \| 仓库 \| 文件 \| 改动说明 \| \|------\|------\|---------\| \| ge \| `runtime/v2/graph_builder/bg_tiling.cc` \| 新增 `IsPcieThroughEnabled`、`BuildTilingPcieThroughInput`；`BuildTilingCommonInputs` 支持 BuildRefTensor；`TilingForAtomic` 补充 pcie through 输入 \| \| ge \| `runtime/v2/kernel/common_kernel_impl/tiling.cc` \| 新增 `IsAnyInputInPcieRange`、`UpdatePcieThroughFlag`；`fwk_data_idx` 恢复后向计算；`BuildGeneralTilingCacheKey` 简化 \| \| ge \| `runtime/v2/kernel/common_kernel_impl/tiling.h` \| 新增 `kPcieThroughFlag` 枚举项 \| \| metadef \| `inc/external/exe_graph/runtime/tiling_context.h` \| `GetPcieThroughFlag` 改为后向计算 \| \| ge \| tests/ \| 新增 PCIe Through 相关 UT/ST 用例 \| See merge request: cann/ge!4394	25 天前
inc	fix om2 dump config bug	24 天前
parser	fix: 优化自定义算子推导与后端识别逻辑 Co-authored-by: du-hua1024<duhua2@huawei.com> # message auto-generated for no-merge-commit merge: !4705 merge op into develop fix: 优化自定义算子推导与后端识别逻辑 Created-by: du-hua1024 Commit-by: du-hua1024 Merged-by: cann-robot Description: # Pull Request ## 描述优化自定义算子的后端识别和 InferShape 调度逻辑。主要变更： - 将 `CustomOpFactory::IsExistOp(op_type)` 的默认语义统一为检查所有后端，同时保留按 `OpBackend` 精确查询的接口。 - 调整自定义算子推导优先级为 V1 InferShape → V2 InferShape → 默认推导，并抽取默认输出 Shape/DataType/Format 刷新逻辑。 - 更新 TensorFlow 解析和 NN Engine 算子信息构造逻辑，正确识别并处理不同后端的自定义算子。 - 补充 `CustomOpCreatorRegister` 带 `OpBackend` 和函数指针的构造函数文档。 - 更新 HostCPU 注册相关单元测试断言。 ## 变更类型 <!-- [x] 表示选中 --> - [x] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [x] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 - 已完成执行完整构建及 UT/ST ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 See merge request: cann/ge!4705	26 天前
pkg_inc	【refactor】: move amct headers to pkg_inc dir Co-authored-by: kantao1<kantao1@huawei.com> # message auto-generated for no-merge-commit merge: !3863 merge develop into develop 【refactor】: move amct headers to pkg_inc dir Created-by: kantao1 Commit-by: kantao1 Merged-by: cann-robot Description: # Pull Request ## 描述将与 amct 相关的两个头文件移到 pkg_inc/ 目录下，方便统一管控。上一单合入PR是：https://gitcode.com/cann/ge/pull/3317 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试描述测试此变更的步骤和前提条件： 1.不影响 toolkit 包内头文件位置 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!3863	2 个月前
runtime	fix om2 dump config bug	24 天前
scripts	dflow、ge-compiler、ge-executor安装权限规范统一 Co-authored-by: q00889097<qinhan10@huawei.com> # message auto-generated for no-merge-commit merge: !4546 merge develop into develop dflow、ge-compiler、ge-executor安装权限规范统一 Created-by: qinhan123 Commit-by: q00889097 Merged-by: cann-robot Description: # Pull Request ## 描述统一dflow、ge-compiler、ge-executor安装文件及目录权限，这些权限统一由cmake控制, 删除安装脚本中一些影响权限规范的操作 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [x] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue <!-- 如果这个PR是为了解决特定的Issue，请在当前页面的右侧'关联Issue'部分添加相应Issue链接，并勾选'合并后关闭已关联的 Issue'选项。 --> ## 如何测试描述测试此变更的步骤和前提条件：重新出包，然后比较安装后的内容化是否符合预期除了opp/built-in目录为550，所有目录均为750，可执行程序为750，python/shell脚本为750， share/info/包名/script目录下安装卸载脚本等统一为740，其他文件为640，符号链接为777 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [ ] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!4546	27 天前
tests	fix om2 dump config bug	24 天前
.clang-format	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 个月前
.gitattributes	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 个月前
.gitignore	refactor: 抽取AtomicMemoryAssigner独立类 Co-authored-by: tangqunzhang<tangqunzhang@huawei.com> # message auto-generated for no-merge-commit merge: !4171 merge refactor/extract-atomic-memory-assigner into develop refactor: 抽取AtomicMemoryAssigner独立类 Created-by: tangqunzhang Commit-by: tangqunzhang Merged-by: cann-robot Description: # Pull Request ## 描述将GraphMemoryAssigner中的atomic内存分配与清零相关逻辑抽取为独立的AtomicMemoryAssigner类，降低graph_mem_assigner.cc复杂度，提升可维护性。抽取内容： - atomic_memory_assigner.cc/h：新增文件，包含atomic清零相关的结构体（MemoryOffset、CleanMemInfo、CleanDataTypeValue、AtomicNodeCleanTypeVals）、成员函数（ReAssign、SetAtomicCleanOffset、FilterAtomicNodes、AssignAtomicOutputMemory、AssignFusionAtomicWorkspaceMemory等）及辅助函数 - graph_mem_assigner.cc/h：移除atomic相关函数和结构体，通过atomic_memory_assigner_成员委托调用 - graph_mem_splitter.h：新增GraphMemSplitterPtr类型别名 - 测试用例：适配AtomicMemoryAssigner拆分，封装InitAtomicMemoryAssigner辅助函数同时补充HCCL算子零拷贝地址刷新判断：IsAddressRefreshable在动态shape静态子图场景认为hccl算子可刷新，统一使用IsHcomNodeNotSupportAddrRefresh的结果。 ## 变更类型 - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） ## 关联的Issue ## 如何测试 1. 基于develop分支编译ge_compiler 2. 运行graph_mem_assigner_unittest、mem_assigner_unittest等单元测试 3. 运行test_graph_compiler系统测试 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签 - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md） ## 其他信息与PR #4229（从block_mem_assigner抽取零拷贝及辅助函数）拆分，本PR仅包含atomic内存分配逻辑的抽取。 See merge request: cann/ge!4171	1 个月前
.pre-commit-config.yaml	fix: 切换 OAT 合规检查仓库 Co-authored-by: yelongjian<yelongjian1@huawei.com> # message auto-generated for no-merge-commit merge: !4693 merge dev-oat0902 into develop fix: 切换 OAT 合规检查仓库 Created-by: yelongjian Commit-by: yelongjian Merged-by: cann-robot Description: ## 描述将 OAT 合规检查从仓库本地脚本切换为 `HiAgent/compliance` 远程 pre-commit hook，固定使用 `v1.0.5`。 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 - [ ] 📝 文档内容更新 ## 关联的Issue 无。 ## 如何测试 1. 运行 `pre-commit validate-config`，配置解析通过。 2. 推送时远程 Git hooks 检查通过。 ## 核对清单 <!-- [x] 表示选中 --> - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息无。 See merge request: cann/ge!4693	27 天前
AGENTS.md	【feat】: add acl external api skills Co-authored-by: tang-haojie<tanghaojie1@huawei.com> # message auto-generated for no-merge-commit merge: !4308 merge develop into develop 【feat】: add acl external api skills Created-by: tang-haojie Commit-by: tang-haojie Merged-by: cann-robot Description: # Pull Request ## 描述新增acl对外接口skills,辅助agent方案分析和需求开发 ## 变更类型请选择本次引入的变更类型： <!-- [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!4308	1 个月前
AGENTS_en.md	提交英文资料	3 个月前
CMakeLists.txt	fix: 修复arm环境下llt编译问题 Co-authored-by: yelongjian<yelongjian1@huawei.com> # message auto-generated for no-merge-commit merge: !4610 merge dev-llt0828 into develop fix: 修复arm环境下llt编译问题 Created-by: yelongjian Commit-by: yelongjian Merged-by: cann-robot Description: 环境 A：Linux arm 环境B：Debian arm \| 序号 \| 测试分组 \| 问题 \| 影响环境 \| 失败/卡住用例 \| 主要现象 \| 处理方式 \| \| --- \| --- \| --- \| --- \| --- \| --- \| --- \| \| 1 \| `ge_common` \| HostCPU JIT 编译 \| A、B \| `HostCpuFusionPassTest.CompilesGeneratedSourceAndRejectsInvalidSource` \| ARM 调用 `x86_64-linux-gnu-g++`，退出码 127 \| 已处理，已验证：ARM64 跳过 \| \| 2 \| `ge_common` \| Eager 历史代码生成 \| A \| `EsMainUt.ExecuteGeneration_ExtractHistoryWithEmptyVersion` \| `asc_dumper` 运行时 abort，曾报 `libunified_dlog.so` 加载失败 \| 已处理，已验证：ARM64 跳过 \| \| 3 \| `ge_rt` \| DVPP SQE Launch Mock \| A、B \| `generate_sqe_and_launch_task_001~006` \| 测试卡住或 CTest 超时 \| 已处理，已验证：ARM64 跳过 6 个 \| \| 4 \| `ge_rt` \| DVPP Workspace Mock \| A、B \| `CalcOpWorkSpaceSize_001~003` \| `stack smashing detected`，进程 abort \| 已处理，已验证：ARM64 跳过 3 个 \| \| 5 \| `ge_common` \| OpsKernelBuilderRegistry 泄漏 \| A、B \| `IncCov_DestructorUnregisterWarning_Test` \| ASAN 报告 16 字节泄漏，导致 `ut_register` 失败 \| 已处理，已验证：ARM64 跳过 \| \| 6 \| `dflow` \| `libge_runner_v2.so` 符号缺失 \| A、B \| `ut_libge_helper_utest`、`ut_llm_engine_utest` \| 动态链接时报 `undefined symbol: SymbolicInferUtil::GetValueDependentInputIdxs` \| 已处理，已验证：DFlow CTest 前补建相关目标，A、B 均不再复现 \| \| 7 \| `dflow` \| FunctionCompile 测试资源类型未适配 ARM \| A、B \| `FunctionCompileTest.FunctionPpCompile`、`FunctionCompileTest.CompileAllResourceTypeFailed` \| ARM 实际使用 `{Ascend, Aarch}`，测试硬编码 `{Ascend, X86}` \| 已处理，已验证：ARM64 跳过两个用例 \| \| 8 \| 构建 \| protobuf 生成头文件依赖缺失 \| A、B \| AIR 的 `select_targets` 构建 \| 重新编译 `fe_gentask_utils.cc` 时找不到 `proto/task.pb.h` \| 已处理，已验证：在 `tests/engines/CMakeLists.txt` 中仅对 Engine LLT 的 `aicore_utils` 补充 `graphengine_protos` 依赖和头文件路径 \| \| 9 \| 构建 \| CMake 增量重配置未加载 CANN CMake 函数 \| A、B \| `tests/run_test.sh --ut` 的 `build_ut` 配置 \| 第二次 `cmake ..` 时 `generate_cann_protobuf` 未定义 \| 已处理，已验证：不修改全局 `fetch_cann_cmake.cmake`；新版本 CMake 使用 `--fresh`，旧版本仅清理 `CMakeCache.txt` 和 `CMakeFiles` 后重新配置 \| \| 10 \| 构建 \| AIR `aicore_utils` 链接库路径缺失 \| A、B \| AIR 的 `aicore_utils` \| `-lgraph`、`-lregister` 无法解析 \| 已处理，已验证：显式解析 toolkit 库路径 \| \| 11 \| `ge_common` \| RangeAxis UT 使用未初始化 `c0` \| B \| 5 个 `RANGE_AXIS_UTIL_UTEST` 用例 \| 未初始化 `c0` 在 B 上为 0 \| 已处理，已验证：初始化 `c0 = 1` \| \| 12 \| `ge_common` \| ModelHelper ARM64 运行时崩溃 \| B \| `UtestModelHelperMisc.CheckOsCpuInfoAndOppVersion_NeedCheck` \| `asc_dumper` 缺少依赖后触发 ASAN SEGV \| 已处理，已验证：ARM64 跳过 \| \| 13 \| T.E. Fusion \| 多个 AIR 目标链接库缺失 \| A、B \| T.E. Fusion AIR 构建中的多个目标 \| `-lgraph_base`、`-llowering`、`-lgraph` 等链接错误 \| 已处理，已验证：B 独立拷贝 302 个 UT 全部通过，已恢复默认执行 \| \| 14 \| CPU Engine UT \| 测试 stub/用例定义未同步 \| A、B \| CPU Engine UT 编译和链接 \| stub 常量、命名空间及 ACL/AICPU 符号缺失 \| 已处理，已验证：本地 13/98/113 个测试分别通过，修改已同步 A、B \| \| 15 \| FFTS UT \| 测试变量拼写错误 \| A、B \| `ffts_ut` 编译 \| `nofity` 未声明 \| 已处理，已验证：修正为 `notify` \| \| 16 \| FFTS UT \| 测试访问空任务导致 core dump \| A、B \| 4 个任务生成用例 \| `tasks` 为空时访问 `tasks[0]` \| 已处理，已验证：统一跳过 4 个用例 \| \| 17 \| FFTS UT \| ARM 任务生成/校验用例断言失败 \| A、B \| 10 个任务生成/校验用例 \| 实际返回值与测试期望不一致 \| 已处理，已验证：ARM64 跳过 10 个用例 \| \| 18 \| FFTS UT \| 非法插件句柄导致 core dump \| A、B \| `PluginManagerUTEST.Close_Handle_Fail_2` \| 对栈变量地址调用 `dlclose` 触发 SIGSEGV \| 已处理，已验证：ARM64 跳过 \| \| 19 \| LLT 构建流程 \| 测试阶段误进入发布包安装 \| A、B \| `build_fwk.sh`、`scripts/build.sh` 的 LLT 构建 \| package 规则检查不存在的 target \| 已处理，已验证：LLT 不执行安装，CMake 不加载 package 规则 \| \| 20 \| RTS UT \| 测试 CMake 源文件、目标依赖及运行库路径未随构建模式调整 \| A、B \| `rts_engine_utest` 配置、编译和执行 \| 旧源码路径、运行时声明、`select_targets` 依赖及 Release 运行时 gtest 路径缺失 \| 已处理，已验证：更新 RTS UT 源文件和头文件路径，补充 `rts_ut` 目标依赖及 gtest rpath；本地清理 `build/` 后 67 个用例中 66 个通过、1 个跳过 \| \| 21 \| RTS UT \| CmoAddr 用例依赖环境 Chip type \| A、B \| `RtsEngineOpTest.CmoAddrOpTest` \| 返回环境相关错误码 `507008`，与固定期望不一致 \| 已处理，已验证：全架构跳过，本地 67 个用例中 66 个通过、1 个跳过 \| \| 22 \| RTS UT \| `MemcpyAsyncOp.Notiling_01` 未设置运行时数据内存容量 \| A \| `MemcpyAsyncOp.Notiling_01` \| tensor size 为 512、runtime descriptor size 为 1024，offset 均为 1，但 `dataMemSize` 不足，输入或 descriptor 地址范围校验失败 \| 已处理，已本地验证：值初始化 `RunContext` 并设置 `dataMemSize = 1025`；本地 RTS UT 66 个通过、1 个跳过，`Notiling_01` 通过 \| \| 23 \| HCCE UT/ST 流程 \| HCCE 测试代码与当前 HCCL API 版本不兼容 \| A、B \| `hccl_engine_utest`、`hccl_engine_stest` \| 测试接口、mock 签名及 runtime stub 与当前实现不一致，无法完成编译 \| 当前规避：从 `tests/run_test.sh` 全量 UT/ST 流程中注释 HCCE 构建与执行 \| See merge request: cann/ge!4610	1 个月前
CONTRIBUTING.md	docs: 补充贡献指南中的提交自检清单和GE功能级指引 Co-authored-by: cao qiancheng<220255669@seu.edu.cn> # message auto-generated for no-merge-commit merge: !4152 merge feat/contributing-doc into develop docs: 补充贡献指南中的提交自检清单和GE功能级指引 Created-by: sunsummercqc Commit-by: cao qiancheng Merged-by: cann-robot Description: # Pull Request ## 描述补充 CONTRIBUTING.md，新增以下章节： 1. 提交前自检清单：PR 提交前的格式、提交规范、文档要求检查项，以及 CI 门禁说明表，帮助贡献者本地验证避免 CI 失败 2. GE 功能级贡献指引：代码目录导航、改动场景→约束文档速查表、设计文档要求、测试要求表、通用编码红线摘要 ## 变更类型 - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [x] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 1. 阅读 CONTRIBUTING.md，确认新章节格式正确、链接有效 2. 对照新增章节逐项验证：pre-commit 命令是否可执行、CI 门禁表是否完整、目录导航是否准确 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定 ## 其他信息修改仅涉及 CONTRIBUTING.md 单一文件，不影响代码逻辑。新增内容整合了 GE 仓库已有的分散文档（precommit_guide.md、coding_red_lines.md、架构设计文档等），作为贡献者的一站式入口。 See merge request: cann/ge!4152	1 个月前
CONTRIBUTING_en.md	docs: 补充贡献指南中的提交自检清单和GE功能级指引 Co-authored-by: cao qiancheng<220255669@seu.edu.cn> # message auto-generated for no-merge-commit merge: !4152 merge feat/contributing-doc into develop docs: 补充贡献指南中的提交自检清单和GE功能级指引 Created-by: sunsummercqc Commit-by: cao qiancheng Merged-by: cann-robot Description: # Pull Request ## 描述补充 CONTRIBUTING.md，新增以下章节： 1. 提交前自检清单：PR 提交前的格式、提交规范、文档要求检查项，以及 CI 门禁说明表，帮助贡献者本地验证避免 CI 失败 2. GE 功能级贡献指引：代码目录导航、改动场景→约束文档速查表、设计文档要求、测试要求表、通用编码红线摘要 ## 变更类型 - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [x] 📝 文档内容更新 ## 关联的Issue 无 ## 如何测试 1. 阅读 CONTRIBUTING.md，确认新章节格式正确、链接有效 2. 对照新增章节逐项验证：pre-commit 命令是否可执行、CI 门禁表是否完整、目录导航是否准确 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定 ## 其他信息修改仅涉及 CONTRIBUTING.md 单一文件，不影响代码逻辑。新增内容整合了 GE 仓库已有的分散文档（precommit_guide.md、coding_red_lines.md、架构设计文档等），作为贡献者的一站式入口。 See merge request: cann/ge!4152	1 个月前
LICENSE	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 个月前
OAT.xml	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 个月前
README.md	【PR】: 更新资料 Co-authored-by: sophia1213<sophie.chen@huawei.com> # message auto-generated for no-merge-commit merge: !4695 merge develop into develop 【PR】: 更新资料 Created-by: sophia1213 Commit-by: sophia1213 Merged-by: cann-robot Description: # Pull Request ## 描述更新资料中的参考手册名称。 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [x] 📝 文档内容更新 ## 关联的Issue 不涉及 ## 如何测试根据最新资料测试 ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!4695	26 天前
README_en.md	【PR】: 更新资料 Co-authored-by: sophia1213<sophie.chen@huawei.com> # message auto-generated for no-merge-commit merge: !4695 merge develop into develop 【PR】: 更新资料 Created-by: sophia1213 Commit-by: sophia1213 Merged-by: cann-robot Description: # Pull Request ## 描述更新资料中的参考手册名称。 ## 变更类型请选择本次引入的变更类型： <!-- [x] 表示选中 --> - [ ] 🐛 Bug 修复 - [ ] ✨ 新功能 - [ ] 💄 代码风格更新（格式化，局部变量） - [ ] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [ ] 📦 构建过程或辅助工具的变动 - [x] 📝 文档内容更新 ## 关联的Issue 不涉及 ## 如何测试根据最新资料测试 ## 核对清单 <!-- [x] 表示选中 --> - [ ] 我的代码遵循了项目的代码风格 - [ ] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [ ] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [ ] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息在此添加任何其他关于本次 PR 的说明。 See merge request: cann/ge!4695	26 天前
SECURITY.md	【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 个月前
SECURITY_en.md	【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 个月前
Third_Party_Open_Source_Software_List.yaml	【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 个月前
Third_Party_Open_Source_Software_Notice	【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 个月前
blacklist.txt	refactor: dflow session/compiler/executor 目录结构调整到 runner 平级目录 Co-authored-by: lining23666<lining.li@huawei.com> # message auto-generated for no-merge-commit merge: !4263 merge dflow into develop refactor: dflow session/compiler/executor 目录结构调整到 runner 平级目录 Created-by: lining23666 Commit-by: lining23666 Merged-by: cann-robot Description: ## 描述将 dflow 的 session、compiler、executor 三个目录统一移入 `dflow/runner/` 下，使 session 与 compiler、executor 处于平行层级。编译产物 `libdflow_runner.so` 输出到 `dflow/runner/` 目录，目录结构与编译结果对应。调整前： `dflow/ ├── compiler/ ← 编译层（含 session 子目录） │ ├── CMakeLists.txt ← dflow_runner 编译定义 │ ├── data_flow_graph/ │ ├── model/ │ ├── pne/ │ └── session/ ← session 原在此 ├── executor/ ← 执行层 ├── deployer/ ├── ...` 调整后： `dflow/ ├── runner/ ← 新建，dflow_runner 编译入口 │ ├── CMakeLists.txt ← dflow_runner 编译定义 │ ├── compiler/ ← 编译层 │ ├── executor/ ← 执行层 │ └── session/ ← session 层（与 compiler/executor 平级） ├── deployer/ ├── ...` ## 变更类型 - [x] ♻️ 重构（既不修复错误也不增加功能的代码变动） - [x] 📦 构建过程或辅助工具的变动 ## 关联的Issue ## 如何测试 1. 增量编译 `dflow_runner` 目标，确认 `libdflow_runner.so` 输出到 `dflow/runner/` 目录 2. 确认所有 `#include` 路径正确解析 3. 确认 pre-commit 检查全部通过 ## 核对清单 - [x] 我的代码遵循了项目的代码风格 - [x] 我已对代码进行了自测 - [x] 我已更新了相关的文档 - [x] 我在标题中使用了合适的类型标签（如：`feat:`, `fix:`） - [x] 我已经详细阅读了贡献指南（CONTRIBUTING.md），并遵守了其中的所有规定，包括但不限于commit message的格式、无效commit的合并等 ## 其他信息 - 涉及 112 个文件变更（目录 rename + include 路径更新） - 编译验证通过：`libdflow_runner.so` 正确输出到 `cmake-build-gcov/dflow/runner/libdflow_runner.so` - 文档同步更新：`docs/zh/design/modules/dflow/dflow.md`、`docs/en/design/modules/dflow/dflow.md`、`blacklist.txt` See merge request: cann/ge!4263	1 个月前
build.sh	refactor: unify CXX11 ABI configuration Co-authored-by: yelongjian<yelongjian1@huawei.com> # message auto-generated for no-merge-commit merge: !4540 merge dev-abi0825 into develop refactor: unify CXX11 ABI configuration Created-by: yelongjian Commit-by: yelongjian Merged-by: cann-robot Description: # Pull Request ## 描述 ABI参数设置收归cann-cmake ## 变更类型请选择本次引入的变更类型： <!-- [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!4540	1 个月前
classify_rule.txt	Initial commit	8 个月前
classify_rule.yaml	【PR】: sync master to develop 20260723 Co-authored-by: Archerls<wuhuiyang3@huawei.com> Co-authored-by: jiang-mingming01<jiangmingming16@h-partners.com> Co-authored-by: Feiteng Zheng<zhengfeiteng1@h-partners.com> Co-authored-by: liangxuheng<741015122@qq.com> Co-authored-by: du-hua1024<duhua2@huawei.com> # message auto-generated for no-merge-commit merge: !4121 merge master into develop 【PR】: sync master to develop 20260723 Created-by: zhanj Commit-by: zhanj;zhengfeiteng;Feiteng Zheng;jiang-mingming01;Chang-an-HW;yangyongqiang0606;du-hua1024;liangxuheng;Archerls;jikai-tyler Merged-by: cann-robot Description: # Pull Request ## 描述 sync master to develop 20260723 ## 变更类型请选择本次引入的变更类型： <!-- [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!4121	2 个月前
requirements.txt	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 个月前
version.cmake	fix: update GE version to 9.2.0 Co-authored-by: yelongjian<yelongjian1@huawei.com> # message auto-generated for no-merge-commit merge: !4199 merge fix-ge-version-9.2.0 into develop fix: update GE version to 9.2.0 Created-by: yelongjian Commit-by: yelongjian Merged-by: cann-robot Description: Updates the GE package versions and build dependencies to 9.2. See merge request: cann/ge!4199	1 个月前

GE（Graph Engine 图引擎）

🔥 Latest News

[2026/03] 持续增强图优化能力，完善单元测试覆盖，修复多个边缘场景的编译问题；优化文档结构，提升开发者体验。
[2026/02] 优化自动融合与广播场景支持，新增 BF16 数据类型支持；增强 HostCPU 引擎能力，优化 session 创建销毁锁机制；修复外置权重、线程加载等场景下的 bug；支持 Reduce 分核轴 Store 地址冲突惩罚，提升算子融合效果。
[2026/01] GE 项目首次上线，开源图编译器和执行器，支持 PyTorch、TensorFlow 前端接入以及 ONNX、PB 模型格式解析与编译。

🚀 概述

GE（Graph Engine）是面向昇腾的图编译器和执行器，提供了计算图优化、多流并行、内存复用和模型下沉等技术手段，加速模型执行效率，减少模型内存占用。 GE 提供对 PyTorch、TensorFlow 前端的友好接入能力，并同时支持 onnx、pb 等主流模型格式的解析与编译。详见昇腾社区文档-图模式开发指南。