[BUG] SIGSEGV in fused_attn_fwd when cu_seqlens_q != cu_seqlens_q_padded with FP8 blockwise
I maintainer di solito rispondono entro 2 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
Direzione di ricerca
Inizia con il repro allegato repro_fp8_padding_bug.py e segui DotProductAttention attraverso il percorso FP8 fused-attention e il dimensionamento sequence-parallel di ColumnParallelLinear. Confronta gli utilizzi di cu_seqlens_q e cu_seqlens_q_padded, incluso Megatron-Core multi_latent_attention.py:567-574. Il lavoro è completato quando FP8 blockwise non causa più un segfault, gli output mantengono la forma con padding, le maschere di attenzione mascherano i token reali e la comunicazione usa limiti con padding.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Environment
- TransformerEngine: 2.12.0
- Megatron-Core: 0.16.0
- PyTorch: 2.9.1
- CUDA: 12.9
- GPU: H100
Description
DotProductAttention with thd (packed sequence) format crashes with SIGSEGV when cu_seqlens_q differs from cu_seqlens_q_padded and FP8 blockwise recipe is used.
Per the TE documentation, cu_seqlens_q should contain actual token boundaries while cu_seqlens_q_padded contains the padded memory layout boundaries. This is needed when there is padding between sequences in a packed batch (e.g., for FP8 alignment).
Expected Behavior
Attention should:
- Use
cu_seqlens_qfor attention masking (only attend to real tokens) - Use
cu_seqlens_q_paddedfor memory layout (tensor indexing) - Return output tensor in padded layout (same shape as input Q)
Actual Behavior
- FP8 blockwise: SIGSEGV in
tex.fused_attn_fwdC++ kernel - FP8 delayed: Output tensor has unpadded size instead of padded, causing downstream shape mismatches
- BF16 (no FP8): Works correctly when cu_seqlens differ (non-FP8 backends handle it)
Impact
This bug makes FP8 training with sequence packing unusable when FP8 alignment padding is needed. The VERL framework (volcengine/verl) adds FP8 alignment padding for TE compatibility but passes identical cu_seqlens_q and cu_seqlens_q_padded as a workaround. This causes padding tokens to be visible to attention, corrupting the model output (training perplexity goes from 3.7 to 3055).
Reproduction
import torch
import transformer_engine.pytorch as te
from transformer_engine.pytorch.attention import DotProductAttention
# Setup
batch_size = 4
real_seqlens = [100, 150, 120, 130] # actual sequence lengths
padded_seqlens = [112, 160, 128, 144] # padded to 16-byte alignment for FP8
total_padded = sum(padded_seqlens)
hidden_dim = 1536
num_heads = 32
head_dim = hidden_dim // num_heads
# Create cu_seqlens
cu_seqlens_q = torch.tensor([0] + list(torch.cumsum(torch.tensor(real_seqlens), 0)),
dtype=torch.int32, device='cuda')
cu_seqlens_q_padded = torch.tensor([0] + list(torch.cumsum(torch.tensor(padded_seqlens), 0)),
dtype=torch.int32, device='cuda')
# Create Q, K, V in thd format (padded layout)
q = torch.randn(total_padded, num_heads, head_dim, device='cuda', dtype=torch.bfloat16)
k = torch.randn(total_padded, num_heads, head_dim, device='cuda', dtype=torch.bfloat16)
v = torch.randn(total_padded, num_heads, head_dim, device='cuda', dtype=torch.bfloat16)
# This works (cu_seqlens_q == cu_seqlens_q_padded):
attn = DotProductAttention(num_heads, head_dim, head_dim)
with te.fp8_autocast(enabled=True, fp8_recipe=te.recipe.BlockScaling()):
out = attn(q, k, v,
qkv_format='thd',
cu_seqlens_q=cu_seqlens_q_padded, # same as padded
cu_seqlens_kv=cu_seqlens_q_padded,
cu_seqlens_q_padded=cu_seqlens_q_padded,
cu_seqlens_kv_padded=cu_seqlens_q_padded,
max_seqlen_q=max(padded_seqlens),
max_seqlen_kv=max(padded_seqlens),
attn_mask_type='causal')
# This CRASHES (cu_seqlens_q != cu_seqlens_q_padded):
with te.fp8_autocast(enabled=True, fp8_recipe=te.recipe.BlockScaling()):
out = attn(q, k, v,
qkv_format='thd',
cu_seqlens_q=cu_seqlens_q, # actual boundaries
cu_seqlens_kv=cu_seqlens_q,
cu_seqlens_q_padded=cu_seqlens_q_padded, # padded boundaries
cu_seqlens_kv_padded=cu_seqlens_q_padded,
max_seqlen_q=max(real_seqlens),
max_seqlen_kv=max(real_seqlens),
attn_mask_type='causal')
# SIGSEGV ^^^
Core Problem: cu_seqlens_q used for BOTH attention masking AND SP communication
When cu_seqlens_q != cu_seqlens_q_padded:
- DotProductAttention: Works correctly in isolation (masks padding, returns padded-size output)
- ColumnParallelLinear with sequence_parallel=True: Uses
cu_seqlens_qfor allgather sizing → allgathered tensor gets UNPADDED size → breaks downstream RoPE/Linear that expect padded size
This means TE uses cu_seqlens_q for two conflicting purposes:
- Attention masking (should use actual/unpadded boundaries)
- SP allgather/scatter (should use padded boundaries)
Proposed fix: TE should separate these two uses. SP communication should ALWAYS use cu_seqlens_q_padded for sizing, while attention masking should use cu_seqlens_q.
Impact on Training
With VERL framework training DeepSeek 10B MoE with Megatron-Core:
- BF16 baseline: grad_norm=0.28, training_ppl=3.7
- FP8 E2E (cu_seqlens_q == cu_seqlens_q_padded): grad_norm=130-500, training_ppl=3055 (garbage)
- BF16 + FP8 padding only (no FP8 compute): grad_norm=1064, training_ppl=6.6 (proves padding is the cause)
Related Issues
- #1409 — NaN errors when cu_seqlens_q differs from cu_seqlens_q_padded
- #2391 — FA3 backend does not support
pad_between_seqs=True - #1929 — incorrect handling of cu_seqlens_q values with THD format
- #2186 — FusedAttention backward pass NaNs with THD+CP
- TE docs:
DotProductAttentiondocstring showscu_seqlens_q=[0,3,5,9]withcu_seqlens_q_padded=[0,4,8,13]as valid use case - Megatron-Core
multi_latent_attention.py:567-574expects cu_seqlens_q to differ from cu_seqlens_q_padded - Checked TE 2.13.0 release notes — none of these issues are fixed
- Lingua principale
- Python
- Stelle
- 3.6k
- Fork
- 851
- Merge medio
- 4g 20h
- PR unite (30g)
- 56
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di NVIDIA/TransformerEngine
-
[Bug] group_quantize_fp8_blockwise: mbarrier invalidated before other threads finish waiting on itAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
NVIDIA/TransformerEngine#3647 ·
I maintainer di solito rispondono entro 2 giorni
-
[PyTorch] fp8_cs_quantize fake implementation returns a vector inverse scale instead of a scalarForse già presa @sanjana658 l’ha presa 1 giorno fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
NVIDIA/TransformerEngine#3636 · 2 commenti ·
I maintainer di solito rispondono entro 2 giorni
-
[Bug] Backend selection picks FA3 for training with head_dim_qk=192 / v_head_dim=128, but FA3 backward cannot run itForse già presa @yuweih205 l’ha presa 32 giorni fa. Apertaattention
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
NVIDIA/TransformerEngine#3481 · 4 commenti ·
I maintainer di solito rispondono entro 2 giorni
-
Increase MAX_TENSOR_NUMApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
NVIDIA/TransformerEngine#2189 · 7 commenti · 5 reazioni ·
I maintainer di solito rispondono entro 2 giorni
-
Fused gemm + comm for CP A2A on BlackwellForse già presa @cyanguwa l’ha presa oggi. Aperta2.22 attention
NVIDIA/TransformerEngine#3664 · 1 assegnatario ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di NVIDIA/TransformerEngine
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement good first issue Stellar Wave trivial
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
StellarCanary/ProtocolCanary-Fixtures#258 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
IBM/ai-atlas-nexus#295 ·
I maintainer di solito rispondono entro 6 giorni
-
github_actions
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
Hochfrequenz/aibap.mcp#578 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
mishraprafful/multihull#150 ·
I maintainer di solito rispondono entro 1 giorno