[ExecuTorch][WebGPU] Op-tests for grid_priors#21216
Conversation
🔗 Helpful Links🧪 See artifacts and rendered test results at hud.pytorch.org/pr/pytorch/executorch/21216
Note: Links to docs will display an error until the docs builds have been completed. ❗ 1 Active SEVsThere are 1 currently active SEVs. If your PR is affected, please view them below: ❌ 46 New Failures, 4 Unrelated FailuresAs of commit 107c666 with merge base 266e0dc ( NEW FAILURES - The following jobs have failed:
FLAKY - The following jobs failed but were likely due to flakiness present on trunk:
BROKEN TRUNK - The following job failed but were present on the merge base:👉 Rebase onto the `viable/strict` branch to avoid these failures
This comment was automatically generated by Dr. CI and updates every 15 minutes. |
This PR needs a
|
psiddh
left a comment
There was a problem hiding this comment.
Approving full WebGPU stack
Stack from ghstack (oldest at bottom):
Problem: The new
et_vk.grid_priorsop needs golden coverage — and, since the input's values are unused (only its H/W matter), a test that validates the computed grid + the column ordering across shapes.Solution:
GridPriorsModulecalls the custom op directly with bakedstride/offset, so only the float tensorxis a runtime input. The op has a CPU eager impl (an independent meshgrid/stack reference), so the op-test framework goldens the WebGPU output against it directly (float32 oracle — the output is an exact computed grid). Non-square shapes (8x10, 5x7) make the two coordinate ranges differ, so a swappedr%W/r/Wcolumn mapping would diverge from the golden.Implementation:
cases.pyregistersgrid_priorswiths8(8x10, stride=8, offset=0.5),s16(4x4, stride=16, offset=0),offset0(5x7, stride=4, offset=0);test_grid_priors.pyholds the module + a delegation smoke test assertinget_vk.grid_priorsis absorbed into the VulkanBackend delegate.Differential Revision: D112257599