balanced_thinking_vision corpus (40% AM-Thinking-v1-Distilled / 30% LLaVA-Instruct / 15% NuminaMath / 15% UltraChat).mattbucci/gemma-4-31B-it-AutoRound-AWQ which was a repack of Intel's AutoRound GPTQ output (50.4% negative scales). This ship is fully in-house: standard AWQ scales, thinking traces preserved, vision tower kept BF16.| Base model | google/gemma-4-31b-it |
| Architecture | Dense with sliding window attention (50 SWA + 10 full attention layers) |
| Parameters | 31B |
| Layers | 60 |
| Quantization | AWQ 4-bit, group_size=128 |
| Calibration | 512 samples × 1024 tokens, balanced_thinking_vision recipe (text-only — vision tower BF16) |
| Scale audit | 0 / 410 quantized tensors flagged (clean) |
| Probe | Result | Notes |
|---|---|---|
| basic ("What is the capital of France?") | ✅ | clean 'paris', finish=stop |
| thinking | ✅ | 460 tok reasoning, terminated cleanly |
| vision (red circle on white) | ⚠ crashes | see Known Limitations |
HSA_STATUS_ERROR_EXCEPTION 0x1016 in torch_native_backend.py:332 forward_decode. This is the same upstream "Gemma 4 31B Dense — 400-token attention degradation" issue that affects this dense variant on ROCm regardless of recipe. Cross-team validation on Ampere/3090 stack pending — if Ampere passes, this is purely an RDNA4-side ROCm SDPA limitation. For vision workloads, use mattbucci/gemma-4-26B-AWQ (the multimodal MoE flagship, fully working) or mattbucci/Qwen3.6-27B-AWQ (DeltaNet hybrid VL, smaller but vision works end-to-end on RDNA4).--attention-backend torch_native (the gemma4-31b launch preset already defaults to this).1git clone https://github.com/mattbucci/2x-R9700-RDNA4-GFX1201-sglang-inference
2cd 2x-R9700-RDNA4-GFX1201-sglang-inference
3./scripts/setup.sh
4scripts/launch.sh gemma4-31bgemma4-31b preset uses torch_native attention + Triton GEMV with FP32 dequant for stability on RDNA4.