Skip to content

fix: cuda-link 1.12.0 + torch 2.8.0+cu128 + modelopt/onnx FP8 pins#2

Open
forkni wants to merge 5 commits into
dotsimulate:mainfrom
forkni:deps/cuda-link-1.12-torch-modelopt-onnx
Open

fix: cuda-link 1.12.0 + torch 2.8.0+cu128 + modelopt/onnx FP8 pins#2
forkni wants to merge 5 commits into
dotsimulate:mainfrom
forkni:deps/cuda-link-1.12-torch-modelopt-onnx

Conversation

@forkni

@forkni forkni commented Jul 9, 2026

Copy link
Copy Markdown

Summary

  • Install cuda-link 1.12.0 wheel + pywin32 311, bump installer version to v0.3.2
  • Bump torch to 2.8.0+cu128, matching the repo's proven target combo
  • Pin modelopt 0.43.0 and re-assert onnx 1.19.1 in the FP8 build block — both are
    load-bearing: modelopt 0.45's [onnx] extra force-upgrades onnx to 1.21.0, which breaks
    FP8 quantization (negative QDQ scale). Verified via a full dependency audit this cycle
    (127 packages, 0 actionable CVEs — the 3 flagged vulnerable packages, including onnx, are
    all pinned/blocked by these exact constraints).

Test plan

  • Fresh install run through sd_installer/installer.py completes without errors
  • pip show cuda-link reports 1.12.0; pip show torch reports 2.8.0+cu128
  • FP8 TensorRT engine build succeeds (no QDQ scale error) with onnx 1.19.1 / modelopt 0.43.0
  • pip check reports no new conflicts beyond the pre-existing benign opencv-flavor ones

🤖 Generated with Claude Code

INTER-NYC and others added 5 commits April 23, 2026 14:39
- tensorrt.py: bump tensorrt_cu12 to 10.16.1.11, polygraphy 0.49.26,
  onnx-graphsurgeon 0.6.1; add FP8-quant block (modelopt + cupy-cuda12x
  + numpy re-lock); re-pin onnxruntime-gpu==1.24.4 with --no-deps after
  modelopt downgrade; drop shell-style quotes inside package specs
  (run_pip uses subprocess + .split(), quotes become literal arg chars).
- installer.py: remove torchaudio from cu128 config (not needed);
  minor ruff format cleanup.
- verifier.py: float32_to_bfloat16 diagnostic points to onnx-gs 0.6.1
  instead of suggesting an onnx downgrade.
- __init__.py, __main__.py, cli.py: ruff format cleanup (blank lines,
  unused import, raw docstring).
Fixes 6 CVEs patched in deps audit 2026-05-23:
- idna >=3.16 (CVE-2026-45409: punycode resource exhaustion)
- Mako >=1.3.12 (CVE-2026-44307: Windows backslash path traversal)
- urllib3 >=2.7.0 (CVE-2026-44432/44431: over-decompression, cross-origin redirect)

Added to MANUAL_PINS and installed in phase7_numpy_lock so upgrade
runs on both fresh and existing installs. Fresh pip resolves already
satisfy these floors; this ensures the minimum on partial updates.

pip and onnxruntime-gpu CVEs are handled separately:
- pip: phase1_foundation already runs --upgrade pip (gets latest)
- onnx 1.19.1: 6 CVEs deferred — 1.21.0 breaks FP8 quantization

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
…0.3.2

cuda-link (CUDA-IPC zero-copy transport) was never installed on a clean
install: setup.py only exposes it via the optional cuda_ipc extra (a git
ref to a compiled cp311 extension), which installer.py's phase4 never
requests to avoid forcing an MSVC/nvcc source build. Add phase4b_cuda_link,
mirroring phase3b_insightface's Python-version-gated prebuilt-wheel install
(--no-deps, non-fatal fallback to the mirror-DAT transport).

Also fixes pywin32 306->311 in tensorrt.py to match setup.py's authoritative
pin (8c8020a fixed every other TensorRT pin but missed this one).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
PYTORCH_CONFIGS["cu128"] pinned torch 2.7.0 / torchvision 0.22.0, but setup.py
doesn't constrain torch at all -- this dict was the sole source of truth, and
the repo's own README, PKG-INFO, and tests/quality/manifest.json all target
torch 2.8.0+cu128 / torchvision 0.23.0 (the golden-image regression harness
aborts on any divergence). Bump to match, pairing correctly with the already
maintained tensorrt_cu12==10.16.1.11.
Unbounded nvidia-modelopt[onnx]>=0.19.0 floats to 0.45.0, whose [onnx]
extra force-upgrades onnx past the immovable setup.py pin (1.19.1),
breaking FP8 quant (negative QDQ scale on external-data loading).
Confirmed live: a fresh Step 3 install left onnx 1.21.0 / modelopt
0.45.0 in the venv. Pin modelopt to the proven 0.43.0 (matches
tests/quality/manifest.json) and re-assert onnx==1.19.1 alongside the
existing onnxruntime-gpu re-assert.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants