vllm - 💡(How to fix) Fix [Bug]: Segfault in FlashInfer autotuning for NVFP4 latency backend on Qwen3-30B-A3B-NVFP4 [2 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
vllm-project/vllm#37701Fetched 2026-04-08 01:08:49
View on GitHub
Comments
2
Participants
2
Timeline
5
Reactions
0
Timeline (top)
commented ×2closed ×1labeled ×1subscribed ×1

On current main, serving nvidia/Qwen3-30B-A3B-NVFP4 with FlashInfer NVFP4 MoE enabled and VLLM_FLASHINFER_MOE_BACKEND=latency crashes during startup.

The crash happens right after:

flashinfer.jit: [Autotuner]: Autotuning process starts ...

and then segfaults in:

cuModuleGetFunction -> BatchedGemmInterface::run -> FP4BlockScaleLauncher::run -> trtllm_fp4_block_scale_moe

Root Cause

On current main, serving nvidia/Qwen3-30B-A3B-NVFP4 with FlashInfer NVFP4 MoE enabled and VLLM_FLASHINFER_MOE_BACKEND=latency crashes during startup.

The crash happens right after:

flashinfer.jit: [Autotuner]: Autotuning process starts ...

and then segfaults in:

cuModuleGetFunction -> BatchedGemmInterface::run -> FP4BlockScaleLauncher::run -> trtllm_fp4_block_scale_moe

RAW_BUFFERClick to expand / collapse

Your current environment

sm100

🐛 Describe the bug

Description

On current main, serving nvidia/Qwen3-30B-A3B-NVFP4 with FlashInfer NVFP4 MoE enabled and VLLM_FLASHINFER_MOE_BACKEND=latency crashes during startup.

The crash happens right after:

flashinfer.jit: [Autotuner]: Autotuning process starts ...

and then segfaults in:

cuModuleGetFunction -> BatchedGemmInterface::run -> FP4BlockScaleLauncher::run -> trtllm_fp4_block_scale_moe

Environment

  • vLLM: 0.10.1.dev7157+gaa84e43cc.d20260320
  • flashinfer: 0.6.6 (built from source)
  • torch: 2.10.0+cu130

Repro

res: https://paste.ubuntu.com/p/CvkXmb7tVh/

export VLLM_USE_FLASHINFER_MOE_FP4=1
export VLLM_FLASHINFER_MOE_BACKEND=latency

CUDA_VISIBLE_DEVICES=4 \
vllm serve nvidia/Qwen3-30B-A3B-NVFP4 \
  --tensor-parallel-size 1 \
  --port 8102 \
  --no-enable-prefix-caching

res:
https://paste.ubuntu.com/p/CvkXmb7tVh/

### Before submitting a new issue...

- [x] Make sure you already searched for relevant issues, and asked the chatbot living at the bottom right corner of the [documentation page](https://docs.vllm.ai/en/latest/), which can answer lots of frequently asked questions.

extent analysis

Fix Plan

To resolve the crash issue with FlashInfer NVFP4 MoE enabled, we need to update the flashinfer library and modify the vllm configuration. Here are the steps:

  • Update flashinfer to the latest version:
    • Build flashinfer from source with the latest commit
  • Modify vllm configuration:
    • Set VLLM_USE_FLASHINFER_MOE_FP4=0 to disable FP4 block scale
    • Set VLLM_FLASHINFER_MOE_BACKEND=throughput to use throughput backend
  • Update torch to the latest version compatible with flashinfer

Example code snippet to update vllm configuration:

import os

# Disable FP4 block scale
os.environ['VLLM_USE_FLASHINFER_MOE_FP4'] = '0'

# Use throughput backend
os.environ['VLLM_FLASHINFER_MOE_BACKEND'] = 'throughput'

Command to serve nvidia/Qwen3-30B-A3B-NVFP4 with updated configuration:

export VLLM_USE_FLASHINFER_MOE_FP4=0
export VLLM_FLASHINFER_MOE_BACKEND=throughput

CUDA_VISIBLE_DEVICES=4 \
vllm serve nvidia/Qwen3-30B-A3B-NVFP4 \
  --tensor-parallel-size 1 \
  --port 8102 \
  --no-enable-prefix-caching

Verification

To verify that the fix worked, check the vllm serve output for any errors or crashes. If the issue is resolved, the output should indicate that the model is serving successfully.

Extra Tips

  • Make sure to update flashinfer and torch to the latest versions to ensure compatibility and stability.
  • If the issue persists, try setting VLLM_FLASHINFER_MOE_BACKEND=debug to enable debug mode and gather more information about the crash.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING