openLiBing可接管PR, PR详情链接:
https://www.openlibing.com/apps/transitionPrDetail?owner=Ascend&repo=pytorch&number=40094&platform=gitcode&codeHostingPlatformFlag=gitcode

Thanks for your pull-request.
The full list of commands accepted by me can be found at here。
You can get sig-info at here

PR Approval Progress

✅ Congratulations! All modules have met the lgtm and approve requirements.

Module Approval Details

💡 Tip:

• Committer can comment /approve or /lgtm
• Commenting /approve implies both code review (lgtm) and intent to merge (approve)

CLA Signature Pass

zzhongmin, thanks for your pull request. All authors of the commits have signed the CLA. 👍

当前仓库存在以下 保护分支 ：

评论 /sync <branch1> <branch2> ... 可将当前 PR 修改同步到其它分支（创建同步 PR）：
a) 如果当前 PR 是 Open 状态，同步操作将延迟到 PR 被合并时执行
b) 如果当前 PR 已经 Merged，将立即执行同步操作

注意：

1. /sync 命令可以指定同步到多个分支，仅最后一个 /sync 命令生效
2. 如果创建的同步 PR 不正确，可通过向同步 PR 的源分支提交轻量级 PR 完善，或使用 /close 命令关闭

ascend docs pipeline is running...

✅ 跳过 docs ci 检查，没有需要检查的文档文件

变更摘要

此 PR 针对 cat 和 cat.out 两个算子，在 parse_backend_yaml 函数中强制绕过 structured 自动代码生成链路，使其回退到原本的手写实现路径，以修复 BEVFusion 网络中出现的显存异常问题。

主要改动

• is_structured 计算逻辑修改：在 torchnpugen/gen_backend_stubs.py 的 parse_backend_yaml 函数中，对 is_structured 的赋值增加了对 op_name 的判断——当算子名称为 "cat.out" 时，直接将 is_structured 置为 False，从而阻止其进入 structured 代码生成分支。
• has_structured_delegate 计算逻辑修改：同样在 parse_backend_yaml 函数中，对 has_structured_delegate 的赋值增加了对 op_name 的判断——当算子名称为 "cat" 时，直接将 has_structured_delegate 置为 False，使其不再走 structured delegate 路径。

• compile、compile_inductor、compile_torchair : 运行流水线
• retry : 重试流水线所有失败子任务
• retry <任务名> : 仅重试指定失败子任务
• stop : 停止流水线

代码审查

经过对 diff 及相关代码上下文的深入审查，我得出的结论是：此更改在逻辑上是正确的，且达到了预期目标。以下是我的分析摘要：

审查结果

变更分析

torchnpugen/gen_backend_stubs.py 第 450–451 行：

# 修改前：
is_structured = bool(op.get('structured', False))
has_structured_delegate = op.get('structured_delegate') is not None

# 修改后：
is_structured = bool(op.get('structured', False)) if op_name != "cat.out" else False
has_structured_delegate = op.get('structured_delegate') is not None if op_name != "cat" else False

变更意图：阻止 cat 和 cat.out 算子进入 structured 自动代码生成路径，使其回退到手写实现。这与 issue #2597（修复 BEVFusion 显存劣化 700M 问题）的目标一致。

逻辑正确性验证

1. op_name 的来源（第 444 行）：由 _get_backend_yaml_op_name(op) 提取，对于 yaml 中的 dict 条目，会取 func 字段 ( 之前的部分并 strip。对于 cat(Tensor[] tensors, int dim=0) -> Tensor 得到 "cat"，对于 cat.out(...) 得到 "cat.out"，与硬编码字符串完全匹配。

2. 门控条件（第 452 行）：if is_structured or has_structured_delegate: —— 只有当两者之一为 True 时才进入 structured 路径。

3. cat.out 处理：

   • is_structured 被强制设为 False
   • has_structured_delegate 正常检查（yaml 中 cat.out 不应有此字段）
   • 两者均为 False → 跳过 structured 路径 ✅

4. cat 处理：

   • is_structured 正常检查（yaml 中 cat 不应有 structured: True）
   • has_structured_delegate 被强制设为 False
   • 两者均为 False → 跳过 structured 路径 ✅

5. 下游影响：由于两者均不进入 structured 路径，check_structured_group_consistency（第 495 行）不会对 cat/cat.out 进行一致性检查，不会引发异常。

6. Python 三元表达式优先级：解析正确，不存在结合性问题。

审查结论

未发现此 diff 引入的实际缺陷。该变更是针对特定算子（cat/cat.out）的定向回退方案，在当前的 yaml 配置下可正确生效。逻辑正确、语法无误、不影响其他算子的处理流程。

总结：审查了 1 个变更文件（torchnpugen/gen_backend_stubs.py），未发现问题。整体风险判断：低。该变更是针对特定场景的精确修复，逻辑正确，无副作用。

⚠️ 已识别出整体风险，但无法提取行内评论，请参考整体评估。

compile

• compile、compile_inductor、compile_torchair : 运行流水线
• retry : 重试流水线所有失败子任务
• retry <任务名> : 仅重试指定失败子任务
• stop : 停止流水线

ascend docs pipeline is running...

✅ 跳过 docs ci 检查，没有需要检查的文档文件

retry

重试流水线失败：PR-pipeline_pytorch 仅失败状态流水线支持重试操作。

• compile、compile_inductor、compile_torchair : 运行流水线
• retry : 重试流水线所有失败子任务
• retry <任务名> : 仅重试指定失败子任务
• stop : 停止流水线

/approve

/lgtm