[BUG] SIGSEGV in fused_attn_fwd when cu_seqlens_q != cu_seqlens_q_padded with FP8 blockwise
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
Línea de trabajo
Comienza con el repro adjunto repro_fp8_padding_bug.py y sigue DotProductAttention a través de la ruta de FP8 fused-attention y del cálculo de tamaños sequence-parallel de ColumnParallelLinear. Compara los usos de cu_seqlens_q y cu_seqlens_q_padded, incluido Megatron-Core multi_latent_attention.py:567-574. Se considera terminado cuando FP8 blockwise ya no produce un segfault, las salidas conservan la forma con padding, las máscaras de atención enmascaran los tokens reales y la comunicación usa límites con padding.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
- Lenguaje dominante
- Python
- Estrellas
- 3.6k
- Forks
- 862
- Merge medio
- 4 d 15 h
- PR fusionados (30 d)
- 58
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de NVIDIA/TransformerEngine
-
[Bug] group_quantize_fp8_blockwise: mbarrier invalidated before other threads finish waiting on itAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
NVIDIA/TransformerEngine#3647 ·
Los mantenedores suelen responder en 2 días
-
[PyTorch] fp8_cs_quantize fake implementation returns a vector inverse scale instead of a scalarQuizá libre de nuevo @sanjana658 la tomó hace 10 días y no hay ningún pull request abierto. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
NVIDIA/TransformerEngine#3636 · 2 comentarios ·
Los mantenedores suelen responder en 2 días
-
[Bug] Backend selection picks FA3 for training with head_dim_qk=192 / v_head_dim=128, but FA3 backward cannot run itQuizá libre de nuevo @modelpath-dev la tomó hace 44 días y no hay ningún pull request abierto. Abiertoattention
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
NVIDIA/TransformerEngine#3481 · 4 comentarios ·
Los mantenedores suelen responder en 2 días
-
Increase MAX_TENSOR_NUMAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
NVIDIA/TransformerEngine#2189 · 7 comentarios · 5 reacciones ·
Los mantenedores suelen responder en 2 días
-
[BUG] Grouped MXFP8 activation kernels return all-zero output when tensor widths differ (CUDA 12.x builds)Posiblemente ocupada @ravimajeti la tomó hace 1 día. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 35/100
NVIDIA/TransformerEngine#3703 ·
Los mantenedores suelen responder en 2 días
Todos los issues de NVIDIA/TransformerEngine
Issues similares
-
Examples say cnxAbiertodocumentation embedded
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Alishahryar1/free-claude-code#2111 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
namespace operations
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
EclipseFdn/open-vsx.org#14373 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día