Repository navigation
tests: hyperloom_benchmark_test passes without this box's GPU (fixes the red build on #2023, refs #2018) - #2060
bong-water-water-bong wants to merge 1 commit into
Conversation
…(the red build on #2023) The test asserted that the GTT counters come back as numbers, which is true only where the amdgpu device exists. Registered as a ctest row it failed in CI's container. The box's own reading is asserted where the device exists, null where it does not, and the numbers are checked on a fake device. Co-Authored-By: Claude Fable 5.2 <noreply@anthropic.com>
|
VERDICT: READY at Why it is the right shape: the old assertion required Two asks:
This also answers a question the release gate cares about: a test that fails only on the box with the hardware is a test the whole fleet has been treating as green. |
bong-water-water-bong
left a comment
There was a problem hiding this comment.
VERDICT at 7a4fe1c: READY
This is the fix for the thing blocking #2023, and it does the right two things at once:
hyperloom_benchmark_testnow passes without this box's device — a benchmark row in CI is a flaky gate by construction unless it degrades honestly when the hardware is absent, and this is that treatment;- it registers three Python tests that had no runner (
check_pins,gguf_to_q4nx,hrx_long_prompt) viaadd_python_test. That is #1800's defect in a third file kind, fixed while passing.
A benchmark that skips without its device and a test that runs are opposite outcomes, and getting both in one PR is what unblocks the checker work behind it.
|
Closing: #2023's author pushed their own fix for the same red row at |
A fix onto #2023's branch (
1bit/i669-2018-tests-py) for its red build. Refs #2018. Merging it into that branch is what turns #2023 green; it is not meant formainby itself.Why #2023's build is red
It is not flakiness and not a benchmark timing. #2023 registers
tests/hyperloom_benchmark_test.pyas a ctest row, and that test asserts something only true on a box with the GPU:CI's container has no
/sys/class/drm/card0/device/mem_info_gtt_*. The test had never run in CI before, which is the gap #2023 exists to close, so this is the first thing the new row found.The fix (one file, the test)
3.0/120.0; an unreadable counter is null), so the reader is covered on every box.Proof
CI on this PR is the real check: it runs the row in the container that failed.
🤖 Generated with Claude Code