| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 2 年前 | ||
| 2 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
Skip failing torch official TestCase tests and disable unsupported test cases Co-authored-by: yuhaiyan<yuhaiyan8@huawei.com> Co-authored-by: yuhaiyan8<yuhaiyan8@h-partners.com> # message auto-generated for no-merge-commit merge: !31979 merge cherry-pick-mr-31977-1773819107621-auto into v2.8.0 Skip failing torch official TestCase tests and disable unsupported test cases Created-by: yuhaiyan Commit-by: yuhaiyan;yuhaiyan8 Merged-by: ascend-robot Description: <!-- PR描述模板更新日期：20260203 --> # 【合入来源】 > <font color="red">**如有社区issue，请关联issue链接**</font>\ > <font color="red">**请勿携带内部流程信息（需求链接、问题单、内部issue等）**</font> - [ ] 需求 - [ ] 问题单 - [ ] issue/工单 - [ ] 重构优化 - [ ] 资料更新 # 【修改方案】 1. 暂时跳过失败用例 2. 已提单跟进修复 # 【资料变更】 > 请确认是否涉及资料变更。如涉及，需要在PR中体现，并简要说明修改内容。如不涉及，需填写“不涉及” # 【接口变更】 > 请确认是否涉及跨代码仓或者客户面可见的接口变更。如涉及，需要详细说明接口以及对应的变更内容，同时需要在资料中体现。如不涉及，需填写“不涉及” # 【功能验证】 > 说明测试场景，测试方法。如果本次测试方式与常规单元测试不同，请详细说明您的测试步骤\ > 新增/变更内容是否已新增/适配UT测试用例看护，并补充测试自验证截图 # 【CheckList】 > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] - [ ] 代码注释完备，正确记录错误日志 - [ ] 代码实现进行了返回值、空指针等校验 - [ ] PR标题正确使用类型标签，如：feat、fix、refactor、docs、test等 - [ ] PR持续集成流水线（CI）执行通过，代码检查无异常 See merge request: Ascend/pytorch!31979 | 4 个月前 | |
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
Skip failing torch official TestCase tests and disable unsupported test cases Co-authored-by: yuhaiyan<yuhaiyan8@huawei.com> Co-authored-by: yuhaiyan8<yuhaiyan8@h-partners.com> # message auto-generated for no-merge-commit merge: !31979 merge cherry-pick-mr-31977-1773819107621-auto into v2.8.0 Skip failing torch official TestCase tests and disable unsupported test cases Created-by: yuhaiyan Commit-by: yuhaiyan;yuhaiyan8 Merged-by: ascend-robot Description: <!-- PR描述模板更新日期：20260203 --> # 【合入来源】 > <font color="red">**如有社区issue，请关联issue链接**</font>\ > <font color="red">**请勿携带内部流程信息（需求链接、问题单、内部issue等）**</font> - [ ] 需求 - [ ] 问题单 - [ ] issue/工单 - [ ] 重构优化 - [ ] 资料更新 # 【修改方案】 1. 暂时跳过失败用例 2. 已提单跟进修复 # 【资料变更】 > 请确认是否涉及资料变更。如涉及，需要在PR中体现，并简要说明修改内容。如不涉及，需填写“不涉及” # 【接口变更】 > 请确认是否涉及跨代码仓或者客户面可见的接口变更。如涉及，需要详细说明接口以及对应的变更内容，同时需要在资料中体现。如不涉及，需填写“不涉及” # 【功能验证】 > 说明测试场景，测试方法。如果本次测试方式与常规单元测试不同，请详细说明您的测试步骤\ > 新增/变更内容是否已新增/适配UT测试用例看护，并补充测试自验证截图 # 【CheckList】 > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] - [ ] 代码注释完备，正确记录错误日志 - [ ] 代码实现进行了返回值、空指针等校验 - [ ] PR标题正确使用类型标签，如：feat、fix、refactor、docs、test等 - [ ] PR持续集成流水线（CI）执行通过，代码检查无异常 See merge request: Ascend/pytorch!31979 | 4 个月前 | |
| 1 年前 | ||
test(nn): add test for models api:torch.nn.Module, torch.nn.Module.state_dict, torch.nn.ModuleDict, torch.nn.ModuleList Co-authored-by: dinglaiping<1016581171@qq.com> # message auto-generated for no-merge-commit merge: !31788 merge addtest-models-api-2.8.0 into v2.8.0 test(nn): add test for models api:torch.nn.Module, torch.nn.Module.state_dict, torch.nn.ModuleDict, torch.nn.ModuleList Created-by: dinglaiping Commit-by: dinglaiping Merged-by: ascend-robot Description: PR描述 <!-- PR描述模板更新日期：20260203 --> # 【合入来源】 > <font color="red">**https://gitcode.com/Ascend/pytorch/issues/1575**</font>\ > <font color="red">**请勿携带内部流程信息（需求链接、问题单、内部issue等）**</font> - [ ] issue/工单 # 【修改方案】 > 请描述修改内容的具体实现，涉及哪些组件之间进行交互，可以用1、2、3、...进行罗列\ > 如果是需求或者重构类的PR，需要补充详细设计文档（说明上下游组件关系、时序图、类图、DFX能力等内容） 自定义用例设计原则 基于 “最小化、核心化、针对性” 原则，设计独立 NPU 测试用例，核心思路： 1. 剥离无关耦合：仅使用 PyTorch 原生基础层（Linear、BatchNorm、Conv2d）构建测试对象，避免算子适配干扰； 2. 聚焦核心功能：仅验证 API 基础能力，不涉及边缘场景与复杂计算，确保结果反映 API 本身适配状态； 3. 贴合 NPU 特性：重点校验设备一致性、跨设备状态迁移等 NPU 核心关注点； 4. 轻量化设计：单个方法验证一个核心功能点，逻辑清晰、执行高效。 自定义用例核心验证点，在 NPU（npu:0）环境下，覆盖四个 API 核心功能及协同场景： 1. Module：验证to(npu:0)迁移后，参数 / 缓冲区的设备一致性； 2. state_dict：验证状态提取的完整性、设备一致性，及保存 / 加载后的参数值一致性； 3. ModuleDict：验证键值对索引、新增、删除、遍历功能，及子模块设备一致性； 4. ModuleList：验证数字索引、新增、插入、删除、遍历功能，及子模块设备一致性； 5. 四者协同：构建嵌套复合模块，验证state_dict对复合模块的状态提取 / 加载及设备一致性。 # 【资料变更】 不涉及 # 【接口变更】 不涉及 # 【功能验证】 > 说明测试场景，测试方法。如果本次测试方式与常规单元测试不同，请详细说明您的测试步骤\ > 新增/变更内容是否已新增/适配UT测试用例看护，并补充测试自验证截图 整体结论 自定义测试用例在 NPU（npu:0）环境下全部执行成功，四个核心 API 的 NPU 适配验证完成核心功能全覆盖，基础能力与协同逻辑均正常可用，满足 NPU 场景下神经网络构建、状态管理、容器管理的实际需求。 核心功能验证结果 1. Module设备管理：to(npu:0)可将模块及子模块的参数 / 缓冲区正确迁移至 NPU，无设备漂移； 2. state_dict状态管理：状态提取完整、设备一致，保存 / 加载后参数值无丢失、无偏差； 3. ModuleDict容器操作：键值对管理功能正常，容器内子模块与主模块设备一致； 4. ModuleList容器操作：列表式管理功能正常，容器内子模块与主模块设备一致； 5. 四者协同：嵌套复合模块可实现设备统一迁移、状态完整提取与加载，无兼容性问题。 用例合理性说明 自定义用例虽简洁，但具备充分有效性与合理性： 1. 聚焦核心能力，剥离算子、精度等无关耦合，验证结果直接反映 API 本身适配状态； 2. 覆盖 API 所有核心功能点及协同场景，与实际业务使用方式高度贴合； 3. 基于 PyTorch 官方测试框架开发，使用原生断言方法，符合官方规范； 4. 适配 NPU 异步性、设备标识规则，避免 “假失败”，验证结果准确可靠。 运行日志 [root@hostname-fqv42 ~]# docker exec -it test210 bash root@hostname-fqv42:/home# python /root/torchnpuapi/newtest.py .... ---------------------------------------------------------------------- Ran 4 tests in 1.708s OK root@hostname-fqv42:/home# # 【CheckList】 > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] - [x] 代码注释完备，正确记录错误日志 - [x] 代码实现进行了返回值、空指针等校验 - [x] PR标题正确使用类型标签，如：feat、fix、refactor、docs、test等 - [x] PR持续集成流水线（CI）执行通过，代码检查无异常 See merge request: Ascend/pytorch!31788 | 5 个月前 | |
| 2 年前 | ||
test(nn): add test for nn api: torch.nn.Parameter, torch.nn.Buffer Co-authored-by: dinglaiping<1016581171@qq.com> # message auto-generated for no-merge-commit merge: !31892 merge addtest-nn-api-2.8.0 into v2.8.0 test(nn): add test for nn api: torch.nn.Parameter, torch.nn.Buffer Created-by: dinglaiping Commit-by: dinglaiping Merged-by: ascend-robot Description: <!-- PR描述模板更新日期：20260203 --> # 【合入来源】 > <font color="red">**https://gitcode.com/Ascend/pytorch/issues/1579**</font>\ > <font color="red">**请勿携带内部流程信息（需求链接、问题单、内部issue等）**</font> - [ ] issue/工单 # 【修改方案】 > 请描述修改内容的具体实现，涉及哪些组件之间进行交互，可以用1、2、3、...进行罗列\ > 如果是需求或者重构类的PR，需要补充详细设计文档（说明上下游组件关系、时序图、类图、DFX能力等内容） 用例设计原则 本次验证结合官方用例复用与自定义用例补充的方式，遵循 “最小化、核心化、针对性” 原则，核心思路为： 1. 补充缺失用例：针对Parameter、Buffer两个无官方单独用例的 API，自定义极简测试用例，覆盖核心功能； 2. 聚焦核心功能：仅验证每个 API 的基础操作与 NPU 适配核心点，不涉及边缘场景与复杂计算，确保结果反映 API 本身适配状态； 3. 贴合 NPU 特性：所有用例均重点校验设备迁移一致性、容器操作有效性、属性正确性等 NPU 场景关键需求； 4. 轻量化设计：单个测试方法仅验证一个核心功能点，逻辑清晰、执行高效，便于问题定位。 验证用例核心验证点 在 NPU（npu:0）环境下，覆盖 2 个 API 的核心功能及实际使用场景，Parameter、Buffer通过自定义用例补充验证点，整体验证点如下： 1. Parameter：验证直接在 NPU 上创建、核心属性（requires_grad）修改、data数据操作、设备一致性校验； 2. Buffer：验证直接在 NPU 上创建、persistent双属性配置、模块注册后在state_dict中的存在性、设备一致性校验； # 【资料变更】 不涉及 # 【接口变更】 不涉及 # 【功能验证】 > 说明测试场景，测试方法。如果本次测试方式与常规单元测试不同，请详细说明您的测试步骤\ > 新增/变更内容是否已新增/适配UT测试用例看护，并补充测试自验证截图 整体结论: 本次验证通过 补充自定义用例的方式，在 NPU（npu:0）环境下完成 2 个核心 API 的全量验证，用例均执行成功，核心功能全覆盖，基础能力与操作逻辑均正常可用。 核心功能验证结果： 1. Parameter：支持直接在 NPU 创建设备对象，requires_grad属性可灵活修改，data数据操作正常，设备一致性校验通过，核心属性与操作均符合预期； 2. Buffer：支持直接在 NPU 创建设备对象，persistent=True/False双属性配置生效，模块注册后在state_dict中的存在性符合规则，设备一致性校验通过； 用例合理性说明：自定义用例虽简洁，但具备充分有效性与合理性。 1. 自定义用例精准补全：Parameter、Buffer的自定义用例聚焦无官方用例覆盖的核心功能，贴合实际业务使用方式，验证结果具备业务参考价值； 2. 适配操作最小化：对自定义用例仅做设备指定的最小化适配，确保验证结果能真实反映 API 本身的 NPU 适配状态； 3. 符合官方规范：自定义用例基于 PyTorch 官方测试框架开发，使用原生断言方法，与官方用例测试标准保持一致； 运行日志 [root@hostname-fqv42:~/torchnpuapi# python /root/torchnpuapi/test_nn_api.py .. ---------------------------------------------------------------------- Ran 2 tests in 5.263s OK root@hostname-fqv42:~/torchnpuapi# # 【CheckList】 > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] - [x] 代码注释完备，正确记录错误日志 - [x] 代码实现进行了返回值、空指针等校验 - [x] PR标题正确使用类型标签，如：feat、fix、refactor、docs、test等 - [x] PR持续集成流水线（CI）执行通过，代码检查无异常 See merge request: Ascend/pytorch!31892 | 5 个月前 | |
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
Skip failing torch official TestCase tests and disable unsupported test cases Co-authored-by: yuhaiyan<yuhaiyan8@huawei.com> Co-authored-by: yuhaiyan8<yuhaiyan8@h-partners.com> # message auto-generated for no-merge-commit merge: !31979 merge cherry-pick-mr-31977-1773819107621-auto into v2.8.0 Skip failing torch official TestCase tests and disable unsupported test cases Created-by: yuhaiyan Commit-by: yuhaiyan;yuhaiyan8 Merged-by: ascend-robot Description: <!-- PR描述模板更新日期：20260203 --> # 【合入来源】 > <font color="red">**如有社区issue，请关联issue链接**</font>\ > <font color="red">**请勿携带内部流程信息（需求链接、问题单、内部issue等）**</font> - [ ] 需求 - [ ] 问题单 - [ ] issue/工单 - [ ] 重构优化 - [ ] 资料更新 # 【修改方案】 1. 暂时跳过失败用例 2. 已提单跟进修复 # 【资料变更】 > 请确认是否涉及资料变更。如涉及，需要在PR中体现，并简要说明修改内容。如不涉及，需填写“不涉及” # 【接口变更】 > 请确认是否涉及跨代码仓或者客户面可见的接口变更。如涉及，需要详细说明接口以及对应的变更内容，同时需要在资料中体现。如不涉及，需填写“不涉及” # 【功能验证】 > 说明测试场景，测试方法。如果本次测试方式与常规单元测试不同，请详细说明您的测试步骤\ > 新增/变更内容是否已新增/适配UT测试用例看护，并补充测试自验证截图 # 【CheckList】 > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] - [ ] 代码注释完备，正确记录错误日志 - [ ] 代码实现进行了返回值、空指针等校验 - [ ] PR标题正确使用类型标签，如：feat、fix、refactor、docs、test等 - [ ] PR持续集成流水线（CI）执行通过，代码检查无异常 See merge request: Ascend/pytorch!31979 | 4 个月前 | |
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
test(nn): add test for UninitializedParameter.cls_to_become Co-authored-by: dinglaiping<1016581171@qq.com> # message auto-generated for no-merge-commit merge: !31762 merge addtest-uninitialized-parameter-cls-to-become-2.8.0 into v2.8.0 test(nn): add test for UninitializedParameter.cls_to_become Created-by: dinglaiping Commit-by: dinglaiping Merged-by: ascend-robot Description: PR描述 <!-- PR描述模板更新日期：20260203 --> # 【合入来源】 > <font color="red">**https://gitcode.com/Ascend/pytorch/issues/1572**</font>\ > <font color="red">**请勿携带内部流程信息（需求链接、问题单、内部issue等）**</font> - [ ] issue/工单 # 【修改方案】 > 请描述修改内容的具体实现，涉及哪些组件之间进行交互，可以用1、2、3、...进行罗列\ > 如果是需求或者重构类的PR，需要补充详细设计文档（说明上下游组件关系、时序图、类图、DFX能力等内容） 用例设计原则：本次验证遵循 “聚焦核心、贴合场景、轻量化” 原则，核心思路如下 1. 直击核心功能：仅验证 cls_to_become 的核心能力（目标类绑定、materialize 后类型转换、自定义属性继承），不涉及边缘场景； 2. 贴合 NPU 特性：全程基于 NPU（npu 设备）执行，重点校验设备一致性、NPU 环境下类型转换的有效性； 3. 极简逻辑设计：用例仅包含 “创建未初始化参数→绑定目标类→实例化→断言验证” 四步，无冗余依赖，执行高效且便于问题定位； 4. 覆盖实际场景：模拟自定义参数类的真实使用场景，验证转换后参数的自定义属性可正常访问，确保用例结果具备业务参考价值。 验证用例核心验证点：在 NPU 环境下，通过自定义用例覆盖 cls_to_become 的核心功能与 NPU 适配关键需求，验证点如下： 1. 目标类绑定有效性：验证 cls_to_become 可成功绑定自定义 Parameter 子类，无属性赋值异常； 2. 实例化类型转换：验证 materialize(shape) 执行后，UninitializedParameter 可准确转换为绑定的目标类实例； 3. 设备一致性校验：验证转换后的目标类实例，其设备自动继承 UninitializedParameter 绑定的 NPU 设备，无设备漂移； 4. 自定义属性继承：验证转换后的目标类实例可正常访问自定义属性，核心逻辑继承完整； 5. 形状正确性：验证 materialize 传入的形状参数生效，转换后参数的形状与预期一致。 # 【资料变更】 不涉及 # 【接口变更】 不涉及 # 【功能验证】 > 说明测试场景，测试方法。如果本次测试方式与常规单元测试不同，请详细说明您的测试步骤\ > 新增/变更内容是否已新增/适配UT测试用例看护，并补充测试自验证截图 验证结论： 通过自定义专用测试用例，在 NPU 环境下完成 torch.nn.parameter.UninitializedParameter.cls_to_become 属性的核心功能验证，测试用例执行成功。 验证结果表明，cls_to_become 属性在 NPU 环境下的核心能力（目标类绑定、类型转换、属性继承、设备一致性）均正常可用，完全满足 NPU 场景下 “自定义参数类 + 懒加载逻辑” 的协同使用需求，无需修改源码即可稳定适配 NPU 设备。 用例验证结果： python /root/torchnpuapi/test_uninitialized_parameter_cls_to_become.py . ---------------------------------------------------------------------- Ran 1 test in 5.231s OK root@hostname-fqv42:/home# # 【CheckList】 > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] - [x] 代码注释完备，正确记录错误日志 - [x] 代码实现进行了返回值、空指针等校验 - [x] PR标题正确使用类型标签，如：feat、fix、refactor、docs、test等 - [x] PR持续集成流水线（CI）执行通过，代码检查无异常 See merge request: Ascend/pytorch!31762 | 5 个月前 | |
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 2 年前 | ||
| 2 年前 | ||
| 1 年前 | ||
| 1 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 4 个月前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 4 个月前 | ||
| 1 年前 | ||
| 5 个月前 | ||
| 2 年前 | ||
| 5 个月前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 4 个月前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 5 个月前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 | ||
| 2 年前 |