Skip to content

Update TheRock reference to (703336a) - #12526

Merged
tony-davis merged 2 commits into
developfrom
update-therock-rocm-libraries-703336a
Sep 25, 2026
Merged

tony-davis merged 2 commits into
developfrom
update-therock-rocm-libraries-703336a

Conversation

@assistant-librarian

Copy link
Copy Markdown
Contributor

Updated all pinned TheRock workflow and source refs to 703336a due to submodule bump

Baseline run ID: 35954643868

@assistant-librarian
assistant-librarian Bot requested a review from a team as a code owner September 24, 2026 14:07
@github-actions github-actions Bot added github actions project: none Does not target any component labels Sep 24, 2026
@therock-pr-bot

Copy link
Copy Markdown

🤖 Bump PR detected (author @assistant-librarian[bot]). All policy checks are auto-approved for automated dependency bumps.

@assistant-librarian assistant-librarian Bot added the external contribution Code contribution from users community.. label Sep 24, 2026
tony-davis added a commit that referenced this pull request Sep 24, 2026
Co-authored-by: Cursor <cursoragent@cursor.com>
@therock-pr-bot

Copy link
Copy Markdown

🤖 Bump PR detected (author @assistant-librarian[bot]). All policy checks are auto-approved for automated dependency bumps.

@tony-davis

Copy link
Copy Markdown
Contributor

CI review: reverse bump to TheRock 703336a

Verdict: Safe to merge. No errors beyond what's already tracked in Project 231.

Multi-Arch CI run 36049615867 on 1387ceb: 157 jobs passed, including all 53 Windows gfx110X test jobs and the full Linux gfx94X matrix. The two earlier runs on f240c0c were cancelled (the second one by the develop merge-in), so this is the first complete pass on this pin.

Per-failure disposition (rocm-libraries scope)

Job Target / Arch Signature Disposition Ticket
Test hipfft (shard 1/2) hipfft (Windows gfx110X-all) infra: "Driver / GPU sanity check has timed out after 3 minutes" (no tests ran) flake none

The same sanity-check timeout hit hip-tests (ROCR) shard 1/4 in the earlier cancelled run, so this looks like a flaky Windows gfx110X runner rather than the bump. hipfft shard 2/2 on Windows and both Linux hipfft shards passed.

rccl and rocshmem (rocm-systems owned) are still queued on the linux-gfx942-8gpu-ossci-rocm pool after 6+ hours. They're out of scope for this review and not blocking.

What this bump actually brings in

TheRock 697f0cb -> 703336a (21 commits). Submodules that moved:

Submodule Repo Commits Notable changes
rocm-systems ROCm/rocm-systems 119 rocdbgapi address-dependency work, a clr revert (nullstream/hipEventSynchronize deadlock fix), rccl symmetric memory and net-ib fixes, rocDecode Windows support stage 4
rocm-libraries ROCm/rocm-libraries 10 rocSPARSE 64-bit and overflow fixes, tensilelite gfx1250 enablement, FFT test probability clamp, MIOpen provider and integration test updates
compiler/amd-llvm ROCm/llvm-project 2 offload-arch gfx1250-strict reporting
debug-tools/rocgdb/source ROCm/rocgdb 5 gfx1250-strict support, rocm-generic test board

Writes made in this review

None. No new tickets needed.

Merging needs an override on Multi-Arch CI Summary, since it's waiting on the rocm-systems 8-GPU jobs and will reflect the hipfft runner flake.

@tony-davis tony-davis left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Approved after review of CI.

@tony-davis
tony-davis merged commit 31f226c into develop Sep 25, 2026
230 of 231 checks passed
@tony-davis
tony-davis deleted the update-therock-rocm-libraries-703336a branch September 25, 2026 03:05
tony-davis added a commit that referenced this pull request Sep 25, 2026
… tests (#12492)

ISSUE ID : #12491

## Motivation

`Tensile/Tests/common` (real codegen, build, and execution against a CPU
reference) only runs in Math CI's `preliminary` job today. It doesn't
run anywhere in TheRock Multi-Arch CI or nightly. TESTING.md already
lists this as a known gap (Improvement Roadmap item 5). This PR adds the
category TheRock needs to run it. The TheRock side is a companion PR,
linked below.

## Technical Details

- Adds a `hw-common` category to
`projects/hipblaslt/tensilelite/test_categories.yaml`. It runs
`Tensile/Tests/common` with `-m common` and the prebuilt
`tensilelite-client` from the artifact.
- Arch selection is opt-out, the same way `preliminary` does it.
`configMarks()` tags every config `common` and turns each config's
`skip-gfxNNNN` marks into skips for whatever arch
`rocm_agent_enumerator` reports. So this category deliberately doesn't
use `{AMDGPU_TARGETS}` (that would match almost nothing on real
hardware), and it doesn't pass `--gpu-targets`. Hardware detection also
sets `PyTestBuildArchNames`, which is what lets a gfx120X runner build
for whichever of gfx1200/gfx1201 it actually has.
- `parallel_workers: 4`, which is what Math CI runs. I didn't copy the
16 from the FFM categories. `assign_gpu_to_worker()` maps workers with
`worker_num % num_gpus` and hands out per-worker locks, so on TheRock's
1-GPU runners every worker shares GPU 0.
- Per-test timeout is 5400s, as a hang guard only. Math CI runs this
suite with no per-test timeout, and the slowest config I found in recent
`preliminary` logs (`streamk/sk_I8gemm_quick.yaml`) took 3173s.
- Updates `tensilelite/TESTING.md`: the CI-gates section, the TheRock
row in the lanes table (it still pointed at the retired
`test_tensilelite.py`), two Known Risks rows, and roadmap item 5 (now
the deferred sharding follow-up).
- Worker-to-GPU assignment on TheRock's 1-GPU runners is fixed by #11898
(merged separately), which this PR now picks up from develop. The first
TheRock run of `hw-common` hit exactly that bug: all 76 failures were on
xdist workers gw1-gw3 with `no ROCm-capable device is detected`. With a
worker-assignment fix in place, a later run passed 135 of 136. The one
failure was `gemm/xfp32.yaml`, which #12569 fixes.

Nothing selects `hw-common` until the TheRock PR lands, so this is inert
on its own.

## Test Plan

- Loaded the YAML and ran TheRock's
`pytest_runner.build_marker_expression()` against `hw-common` for each
target family, to confirm the `-m` expression it builds.
- Sized the timeouts from four recent green `preliminary` builds
(PR-12472 #2, PR-12469 #1, PR-12462 #1, PR-12461 #1).
- Real collection and execution need a HIP runtime, so that happens on
the TheRock PR's GPU run.

## Test Result

- Marker expressions come out as `(common) and not skip-<arch>` for
gfx90a, gfx94X, gfx950, and gfx120X.
- Measured `-m common` wall clock in `preliminary` at 4 workers: gfx950
1:43 to 2:03 (182 tests), gfx942 49 to 64 min (136), gfx90a 16 to 24 min
(43), gfx12 13 to 25 min (38).
- Ran `hw-common` on gfx942 through TheRock Multi-Arch CI ([run
35915539444](https://github.com/ROCm/rocm-libraries/actions/runs/35915539444)):
136 tests selected, matching Math CI's `preliminary`. Every test on gw0
passed (46/46). All 76 failures were on gw1-gw3 with `no ROCm-capable
device is detected`, which is what the conftest fix addresses. The suite
ran in 35 minutes.
- With #12569 (the msgpack LibraryClient fix) below it in the stack and
#12526's TheRock pins on top, `tensilelite-common` passed all 136 tests
on gfx942 in 46 minutes on the stack's testing PR, #12573
([job](https://github.com/ROCm/rocm-libraries/actions/runs/36062518748/job/107875479911)).
That includes `gemm/xfp32.yaml`, the one test that failed before #12569.

## Submission Checklist

- [x] Look over the contributing guidelines at
https://github.com/ROCm/TheRock/blob/main/GOVERNANCE.md#pull-requests.

## Risk level

Low. It's a new category plus docs, and nothing selects it until the
TheRock PR merges.

Related: ROCm/TheRock#8459 (companion),
ROCm/TheRock#5183, ROCm/TheRock#3288

Co-authored-by: Cursor <cursoragent@cursor.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

external contribution Code contribution from users community.. github actions project: none Does not target any component

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant