Date: 2026-07-26 America/Toronto
Status: documentation/repro hardening complete; benchmark result unchanged
This audit made no performance claim and ran no score-bearing GPU work. The sealed result remains:
102.97143559613157 tok/s under the submitted legacy event convention;101.94172124017027 tok/s under conventional 99-interval accounting;cms2ccv2d00lps201rej94pjy, APPROVED.The first promoted repro hashed the sibling
vllm_xpu_kernels/libattn_kernels_xe_2.so, but the measured
_vllm_fa2_C.abi3.so contains an absolute RUNPATH into:
/home/steve/src/deepseek-v4-xpu-kernels-mwidth-mhc/build/temp
With the historical launch environment, /proc/self/maps proved that the
loader selected the library from that external build tree. It happened to be
byte-identical to the sibling file, but the preflight did not prove that.
External drift or deletion could therefore change or break the runtime while
the old preflight still passed.
Importing _xpu_C also loaded four unpinned helper DSOs:
libgrouped_gemm_xe_default.so;libgdn_attn_kernels_xe_2.so;libmqa_logits_kernels_xe_2.so;libmhc_kernels_xe_2.so.Finally, editable package metadata supplied xpumem_allocator from a separate
DeepSeek kernel tree. Its source and binary were compatible, but neither its
origin nor hash was part of the initial promoted contract.
| Runtime object family | Observed source commit |
|---|---|
final router/workspace source and _moe_C |
6f9dd3c3a7b1b677a992ca4f431a968408f9c816 |
_vllm_fa2_C and libattn_kernels_xe_2.so |
906190641d708b8028018c5dde653e265c835348 |
_C, _xpu_C, grouped GEMM, and transitive helper DSOs |
4772f727590c51b72add79350b913d098cf67872 |
xpumem_allocator |
18a44f440ca3ac2006d5ba19cd12ccca0a0c9982 |
The supplemental 906190641 bundle and combined patch are now tracked beside
the final vLLM and kernel snapshots. The earlier 4772f727 and 18a44f440
commits are present in the main kernel bundle’s history.
The standalone repro now:
LD_LIBRARY_PATH, overriding the
extension’s absolute RUNPATH selection;xpumem_allocator;/proc/self/maps and requires each helper DSO to map only from the
pinned kernel package;identity.txt;Three evidence classes are intentionally separate:
The original single monolithic native build invocation was not sealed.
Consequently, a clean rebuild is not called bit-identical merely because it
uses the same Git commits. The tracked BUILD.md provides the observed
toolchain and standard source-equivalent build entry point while preserving
that limitation.
DT_NEEDED,
RUNPATH/RPATH, LD_LIBRARY_PATH, module origins, and actual mapped paths.PYTHONPATH,
module origin, file hash, and mapped object identity are the runtime facts.