test(vk): restore source fixture dependencies after admission changes #1819
No reviewers
Labels
No labels
accessibility
autorelease: pending
autorelease: tagged
bug
dependencies
documentation
duplicate
enhancement
github_actions
good first issue
help wanted
invalid
question
testing wanted
wontfix
No milestone
No assignees
1 participant
Due date
No due date set.
Dependencies
No dependencies set
Reference
MagicBeanDev/Hookshot!1819
Loading…
Reference in a new issue
No description provided.
Delete branch "test/renderer-fixture-integration"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Two renderer source checks stop compiling after #1658/#1754: the stream fixture omits the new production helper, and the sampler fixture lacks the descriptor-pool environment now required by the complete binder.
Extract the actual
stream_insertbefore its callers, include its exception dependency, provide the descriptor-pool destroy spy and initialize the fixture's live recording pool. Existing assertions and compiler warnings are unchanged. Production GPU, host, lifter and third-party trees are unchanged.Closes #1813. Claim; CI-first priority, S3 x1.0 x1.0 =1.0.
Validation:
9eb317e/ mainbd5086a:274 passed/5 failed/20 skipped versus272/7/20. Exactly the two renderer failures are removed. Remaining failures are the two local symlink/SDK limitations and the three checks addressed by maintainer #1793.484cfd1; production GPU and all tested fixture sources are byte-identical to the validated head. Both Windows fixtures pass again, as do the17 updated Linux-DLSS build-configuration tests. Current-head source checks, Windows builder and AppImage are dispatched.This is a test-only integration repair. It adds no native allocation-failure or game-performance claim; descriptor-pool rollback behavior remains covered by the recording-admission fixture.
Current-head validation
Current head
2f4c072, based on main484cfd1. Earlier local/runtime results describe their recorded source hashes.Fork runs are separate from upstream Actions approval; no maintainer approval gate is bypassed.
Checked against main's gpu/vk/vk_draw.cpp: stream_insert exists (called from stream_next and the recording setup) and is a try/catch on std::exception, so extracting it first and including is what the stream fixture needs. bind_descriptors now takes cur->pool and calls vkDestroyDescriptorPool on the fallback path, so the destroy spy and the initial recording.pool match what the sampler fixture has to provide. Test and docs only, no production files touched. CI on this head was still pending when I looked.
Two of the renderer source fixtures fail on
mainin CI after this and #1658 landed. The same failures show in pull-request runs built on currentmain(for example #1795's run 42864754292 and #1814's run 42864698601, both from 17:24-17:25 UTC). Could you take a look?tests/test_sampler_admission.py, on bothubuntu-24.04andwindows-2022:tests/test_draw_stream_visibility.py, on both OSes (Linux addsdid you mean 'std::__ostream_insert'?):vkDestroyDescriptorPoolandstream_insertare both called from code #1658 changed (6e93f80, "recover recording stream and descriptor allocation failures"), so the extracted blocks now need them and the fixtures don't declare or stub them. Both fixtures reportedly pass locally with llvm-mingw clang++/libc++ and Vulkan headers v1.4.345. So it is either a stub the fixtures lack or a declaration that only arrives through libc++/llvm-mingw's headers, not CI's.(
nx2/test_draw_parameters.py'sno member named 'mesh_fallback' in 'Ctx'is a separate failure, already covered by #1793.) Thanks!Correction, sorry: the two failures in my last comment came from pull-request runs started before this PR merged.
main's first run with it (ae08298, run 42867154808) passes bothtests/test_sampler_admission.pyandtests/test_draw_stream_visibility.py, so this PR fixed them. Nothing to do here. Thanks!