变更摘要

该 PR 新增了 aclnnReselectStaticKernelWithPath 接口，在静态编译场景下支持通过指定路径来重新选择静态 Kernel，实现按进程隔离的静态 Kernel 生效路径。变更涉及底层 C++ 动态加载封装、Python 绑定以及模块初始化层的暴露。

主要改动

• 新增 ReselectStaticKernelWithPath 函数：在 OpInterface.cpp 中动态加载 aclnnReselectStaticKernelWithPath 符号并封装调用，接受 const std::string &path 参数，失败时报错 NOT_FOUND；对应的声明与注释添加在 OpInterface.h 中。
• 新增 Python 绑定函数 THNPModule_aclnn_reselect_static_kernel_with_path：在 Module.cpp 中对传入路径进行严格校验（非空字符串、无空字节、路径存在且为目录），调用前后均执行 emptyAllNPUStream 清空 NPU 任务队列，并适配 task_queue_enable == 2 模式通过 OpCommand::RunOpApiV2 执行。
• 注册 Python 方法 _aclnn_reselect_static_kernel_with_path：在 Module.cpp 的方法表 THNPModule_methods 中以 METH_O 形式注册，使 Python 层可调用该接口。
• Python 层封装 _aclnn_reselect_static_kernel_with_path：在 __init__.py 中添加对 _lazy_init() 的调用，确保 NPU 初始化后调用底层 C 函数。

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

代码审查

现在我对所有四个文件都有了全面的了解。让我总结分析结果。

最终分析

经过对整个代码变更的详细分析，我得出以下结论：

OpInterface.cpp 和 OpInterface.h

• 新增的 ReselectStaticKernelWithPath 函数完美遵循了现有 ReselectStaticKernel 的模式，包括函数加载、空指针检查和错误报告。
• 头文件新增了正确的包含（<string>）和声明。

Module.cpp

• 新增的 THNPModule_aclnn_reselect_static_kernel_with_path 函数严格遵循现有 THNPModule_aclnn_reselect_static_kernel 的模式。
• 路径验证是最佳实践：字符串类型检查、空字节检查、存在性检查、目录检查。
• 新增代码在 task_queue_enable == 2 lambda 中正确返回 aclnnStatus（而现有代码总是返回 0），改进了错误传播。
• else 分支使用 NPU_CHECK_ERROR 正确检查返回码（现有代码完全忽略它）。
• METH_O 用法与 PyObject* self, PyObject* arg 签名匹配。
• 通过 HANDLE_TH_ERRORS / END_HANDLE_TH_ERRORS 正确处理异常。

init.py

• Python 包装器严格遵循现有 _aclnn_reselect_static_kernel 的模式，在调用 C++ 函数之前调用 _lazy_init()。

无发现

经过彻底审查（包括与所有相关现有模式的对比、边界值分析、异步任务队列生命周期检查和错误处理验证），此 diff 中没有引入任何真实问题。新增代码的所有错误路径都有适当保护，并且它遵循现有代码库的模式。

结束总结

• 各文件发现数：
  • torch_npu/csrc/core/npu/interface/OpInterface.cpp：无问题
  • torch_npu/csrc/core/npu/interface/OpInterface.h：无问题
  • torch_npu/csrc/npu/Module.cpp：无问题
  • torch_npu/npu/__init__.py：无问题
• P0 发现：0
• P1 发现：0
• P2 发现：0
• P3 发现：0
• 整体风险评估：低 — 这是一个干净、结构良好的新增内容，正确复制了现有模式，并改进了现有代码忽略返回码的相关返回码处理方式。没有引入正确性、安全性、可靠性或破坏性变更问题。

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

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

rich9527, 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 检查，没有需要检查的文档文件

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

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

compile

ascend docs pipeline is running...

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

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

/approve

/lgtm

The MR can not be merged, because of CodeReview discussion not resolved

If you want to solve this problem, you can click here to do it in the FAQs.

Pull Request 已合并或已关闭。

If you want to solve this problem, you can click here to do it in the FAQs.