Skip to content

gelu: re-enable the tile_size=8192 test#141

Open
atassis wants to merge 1 commit into
amd:develfrom
atassis:fix/reenable-gelu-tile-8192
Open

gelu: re-enable the tile_size=8192 test#141
atassis wants to merge 1 commit into
amd:develfrom
atassis:fix/reenable-gelu-tile-8192

Conversation

@atassis

@atassis atassis commented Jul 25, 2026

Copy link
Copy Markdown
Contributor

PR B -- amd/IRON, branch fix/reenable-gelu-tile-8192 @ 2ad1a4d (base devel)

Title: gelu: re-enable the tile_size=8192 test

Closes #113.


#113 disabled this case pending the LUT alignment fix in
mlir-aie #3045 ("Fix alignment for look up tables"),
which has since merged.

That fix is in the mlir_aie version pinned here, so CI already has it:

  • #3045 merged as 6032217 (2026-05-11)
  • requirements.txt pins mlir_aie==1.3.5.dev20+g167f34d (167f34d, 2026-07-08)
  • git merge-base --is-ancestor 6032217 167f34d -> yes

Testing

Validated against the pinned toolchain rather than a local build: a fresh venv with
pip install -r requirements.txt (so mlir_aie==1.3.5.dev20+g167f34d and
llvm-aie==21.0.0.2026062301+cb664e8c, exactly what CI installs), cold JIT cache, on Strix/NPU2.

The parameter set generates exactly one tile_size=8192 config (input_length=8192, 1 column,
1 channel). 160 passed for the full gelu suite, 40/40 for the 8192 selection.

One caveat worth flagging: this test is marked extensive (is_extensive = input_length != 2048),
and the extensive workflows trigger on push/schedule rather than pull_request -- so PR CI
won't exercise it. If you'd like confirmation before merging, a workflow_dispatch run of
phoenix-extensive or krackan-extensive on this branch is the only pre-merge signal available.

_marks no longer needs the tile size, so it takes only the extensive flag.

Closes amd#113.

amd#113 disabled this case pending the LUT alignment fix in mlir-aie PR #3045
("Fix alignment for look up tables"), which has since merged.

That fix is present in the mlir_aie version pinned here: #3045 merged as
6032217 (2026-05-11), requirements.txt pins mlir_aie==1.3.5.dev20+g167f34d
(167f34d, 2026-07-08), and 6032217 is an ancestor of 167f34d.

Locally the case passes: the parameter set generates exactly one tile_size=8192
config (input_length=8192, 1 column, 1 channel), it passed 5/5 standalone, and
the full gelu suite is green with the skip removed (160 passed on Strix).

Worth noting this test is marked extensive (is_extensive = input_length != 2048)
and the extensive workflows run on push/schedule rather than pull_request, so PR
CI will not exercise it. A workflow_dispatch run of phoenix-extensive or
krackan-extensive on this branch would confirm it before merge.

_marks no longer needs the tile size, so it takes only the extensive flag.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Re-enable tile-size-8192 GeLU test

1 participant