# 【合入来源】 > **如有社区issue，请关联issue链接**\ > **请勿携带内部流程信息（需求链接、问题单、内部issue等）** - [ ] 需求 - [ ] 问题单 - [x] issue/工单 - [ ] 重构优化 - [ ] 资料更新 # 【修改方案】 ### 1. device 入参类型缺少校验，导致非法 device 未按预期报错 **API：** `set_device_limit(device, cube_num, vector_num)`、`get_device_limit(device)` **API 原始约束：** `set_device_limit` 和 `get_device_limit` 的 `device` 参数语义是指定 NPU 设备卡号，应传入明确的 NPU 设备 ID。 **当前问题：** 传入 `None` 和 `float` 等非 `int` 类型时未报错，不符合 API 参数约束。 **根因分析：** 原实现中对入参 `device` 使用了 `_get_device_index(device, optional=True)` 对入参 `device` 进行兼容性处理，导致约束之外的非法入参没有被及时拒绝。 **解决方案：** 针对 `set_device_limit/get_device_limit` 这两个 API，不再使用 `_get_device_index(device, optional=True)` 做宽松解析，而是直接按照 API 约束对原始 `device` 参数做严格校验。 新加校验规则： 1. `device` 必须是 `int`； 2. `device` 不能是 `bool`； ```python if isinstance(device, bool) or not isinstance(device, int): raise TypeError( "device must be an int, but got {}{}".format( type(device).__name__, pta_error(ErrCode.TYPE) ) ) ``` **涉及的修改文件**：`torch_npu/npu/npu_config.py` ### 2. allow_hf32 入参类型缺少校验，导致非 bool 入参被错误接受 **API：** `matmul.allow_hf32`、`conv.allow_hf32` **API 原始约束：** `torch_npu.npu.matmul.allow_hf32` 的语义是控制 MatMul 类算子是否允许使用 HF32 计算，应作为布尔型配置开关使用。 `torch_npu.npu.conv.allow_hf32` 的语义是控制 Conv 类算子是否允许使用 HF32 计算，应作为布尔型配置开关使用。 **当前问题：** `allow_hf32` 缺少 bool 类型校验，传入非 bool 类型没有报错，不符合 API 参数约束。 **根因分析：** 原实现直接`"enable" if value else "disable"`，根据 Python 对象的真假值进行判断，未判断 `value` 是否为 `bool` 类型，导致非法类型未被拒绝。 **解决方案：** 新增 `isinstance(value, bool)` 校验，非 bool 类型直接抛出 `TypeError`，避免非法入参被隐式转换为开关配置。在 `_allowHF32Matmul.__setattr__` 和 `_allowHF32Conv.__setattr__` 的 `allow_hf32` 分支中增加 bool 类型校验。 新加校验规则： 1. `allow_hf32` 必须是 `bool`； 2. 只允许 `True` 或 `False`； 3. `int`、`str`、`None`、`list`、`dict` 等非 bool 类型均抛出 `TypeError`。 ```python if name == "allow_hf32": if not isinstance(value, bool): raise TypeError( "allow_hf32 must be a bool, but got {}{}".format( type(value).__name__, pta_error(ErrCode.TYPE) ) ) ``` **涉及的修改文件**：`torch_npu/npu/npu_config.py` ### 3. 用例适配 用例：test\nn\test_module_hooks.py，用例名：test_hook_inplace 问题：用例ci失败，报错正则匹配失败 根因：改用例预期报错的接口有变更，torch==2.12预期报错接口名为**BackwardHookFunctionBackward**，torch==2.13预期报错接口名变更为**BackwardHookFunction**。 解决：开放用例，用例报错提示适配，兼容两个版本的torch： `with self.assertRaisesRegex(RuntimeError, "Output 0 of BackwardHookFunctionBackward is "`修改为`with self.assertRaisesRegex(RuntimeError, "Output 0 of BackwardHookFunction(Backward)? is "` `with self.assertRaisesRegex(RuntimeError, "BackwardHookFunction(Backward)? is a view "`修改为`with self.assertRaisesRegex(RuntimeError, "Output 0 of BackwardHookFunction(Backward)? is "` # 【资料变更】 不涉及 # 【接口变更】 不涉及 # 【功能验证】 已有用例本地验证pass，CI pass 1. 新加用例：test/npu/test_torch_npu.py   2. 已有用例：test/npu/test_torch_backends.py  3. 已有用例：test/nn/test_module_hooks.py  # 【CheckList】 > PR提交人对以下CheckList自检项进行全量自检，自检通过或不涉及，均修改 [ ] 为 [x] - [x] 代码注释完备，正确记录错误日志 - [x] 代码实现进行了返回值、空指针等校验 - [x] PR标题正确使用类型标签，如：feat、fix、refactor、docs、test等 - [x] PR持续集成流水线（CI）执行通过，代码检查无异常