viable/strict/1790274788: Validate packed RNN batch sizes before backend dispatch (#197560)
PyTorch 合并 PR #197560，在共享 ATen 入口处对 packed RNN 的 batch_sizes 做校验，再决定走 cuDNN/MIOpen 还是原生实现。目的是在 backend 能力探测回退到原生 PackedLayer 时保持 CPU-only 契约，避免在主机端解引用设备内存。该改动扩展了既有回归测试，覆盖正常后端分发与禁用 cuDNN/MIOpen 后的原生回退路径。测试在 Linux + ROCm 7.2 + gfx1201 上通过，Windows ROCm CI 仍需验证原始访问冲突环境。PR 由 OpenAI Codex 辅助准备，ezyang 批准。
Development
- First Reportviable/strict/1790274788: Validate packed RNN batch sizes before backend dispatch (#197560)PyTorch Core
- Current Assessment判断：这是 PyTorch 与 ROCm 生态之间的常规兼容性修补，说明 AMD 后端在能力探测与原生回退路径上仍需与 CPU 契约对齐。它不改变模型能力或成本结构，但影响 ROCm 用户对 PyTorch 稳定性的信任。Agent Pulse · analysis
PyTorch 仓库合并了 PR #197560，修复 ROCm/TheRock#8337。改动在共享 ATen 入口处校验 packed RNN 的 batch_sizes，然后才选择 cuDNN/MIOpen 或原生实现，从而在 backend 能力探测回退到原生 PackedLayer 时保持 CPU-only 契约，防止在主机端解引用设备内存。作者扩展了既有回归测试，同时覆盖正常后端分发和禁用 cuDNN/MIOpen 强制触发的原生回退。测试在 Linux、ROCm 7.2、gfx1201 上通过；Windows ROCm CI 仍需验证原始 Windows access-violation 环境。该 PR 由 OpenAI Codex 辅助准备，ezyang 批准，属于验证性改动，无 BC-breaking。
判断：这类修复的价值在于把输入契约校验前移到后端分发之前，而不是依赖各后端各自兜底。可验证的下一信号是 Windows ROCm CI 是否复现并关闭原始 access-violation，以及是否有其他 ATen 入口存在同类「先探测后端、后校验输入」的顺序问题。
判断：这是 PyTorch 与 ROCm 生态之间的常规兼容性修补，说明 AMD 后端在能力探测与原生回退路径上仍需与 CPU 契约对齐。它不改变模型能力或成本结构，但影响 ROCm 用户对 PyTorch 稳定性的信任。
判断：对使用 ROCm 跑 RNN 类模型的团队，这类修复降低主机端非法内存访问导致的崩溃风险，减少调试与重跑成本。价值主要体现在稳定性而非性能，需结合自身是否使用 packed sequence 与 ROCm 后端评估。
判断：若 Windows ROCm CI 验证通过，该修复会进入后续 PyTorch 发布；若未通过，可能暴露更多平台相关的 packed RNN 回退问题。可观察的下一信号是该 PR 是否被 cherry-pick 到稳定分支，以及 ROCm/TheRock#8337 是否关闭。