mirror of
https://github.com/deepseek-ai/DeepInfer.git
synced 2026-10-31 08:46:21 +08:00
Two artefacts and one finding. `scripts/flagtree_triton_probe.py` asks whether the Triton an image ships can build the features this port depends on, one feature at a time: `tl.dot`, `tl.gather` with a data-dependent index, `tl.gather` as the RoPE pairing, `fp8e4nv` with a block scale, and an int64 comparison (uint32 compares go signed in Triton, which the sampler depends on). Both vendor images pass all of them and emit `.target sm_90a`. `TODO.md` collects every open issue across both branches, with the two blockers an end-to-end run in a vendor image actually hits: `deepinfer/_C` is built against one torch ABI (`2.13.0+cu132`) so it fails to load on torch 2.11 and 2.9, and `deep_gemm`/`deep_ep` are not on PyPI in the versions `vendor/` provides. Neither is a Triton problem, and saying so plainly is the point of writing it down. |
||
|---|---|---|
| .. | ||
| ab_cases.py | ||
| build_vendor.sh | ||
| build.sh | ||
| compare_layers.py | ||
| flagtree_triton_probe.py | ||
| format_csrc.sh | ||
| gen_stub.sh | ||
| h20_ask.py | ||
| h20_attn_check.py | ||
| h20_engram_check.py | ||
| h20_expert_weight_check.py | ||
| h20_index_decode_check.py | ||
| h20_kv_roundtrip.py | ||
| h20_ops_ab.py | ||
| h20_philox_check.py | ||
| h20_quant_check.py | ||
| h20_real_requant_check.py | ||
| h20_recipe_probe.py | ||
| h20_rng_dump.py | ||
| h20_smoke_check.py | ||
| h20_state_check.py | ||
| h20_topk_check.py | ||
| ref_layer_dump.py | ||
| ref_next_token.py | ||