What lamma fork to use

#1
by stevilg - opened

That has both glm support and rcomfp?

  • The ROCmFPX fp6 Vulkan build (v140, commit 647fd52) loads the file but reports: unknown model architecture: 'glm5next' β”‚
  • We also have the upstream Unsloth llama.cpp fork with the glm5next/upstream branch (commit d94f44e79) which implements LLM_ARCH_GLM5NEXT, but it fails with: tensor 'blk.0.ffn_down.weight' has invalid ggml type 101. should be in [0, 43) β€” this is because the model uses GGML_TYPE_Q4_0_ROCMFP4_FAST (type 101), which is a ROCmFPX custom quantization type not present in upstream.

Use kingjones30/ROCmFPX, branch main, commit 3345156 or later β€” that's the exact tree we build and serve this model with right now.

Your two errors are explained by the two halves of the puzzle:

Build What it has What it lacks Result
ROCmFPX v140 (647fd52) Q4_0_ROCMFP4_FAST (type 101) glm5next arch unknown model architecture: 'glm5next'
Unsloth glm5next branch (d94f44e79) glm5next arch our custom FP4 type invalid ggml type 101

kingjones30's main after the glm5next merge (3345156) has both.

Build with Vulkan:

cmake -B build -DGGML_VULKAN=ON && cmake --build build --config Release -j

Then (this is our exact serving command, running now):

llama-server -m GLM-5.3-Flash-PaoAI-ROCmFP4-STRIX-BALANCED.gguf \
  --host 0.0.0.0 --port 8080 -ngl 999 -c 65536 --parallel 1 \
  --spec-type draft-mtp --spec-draft-n-max 4 \
  -fa on --cache-type-k q8_0 --cache-type-v q8_0 --lazy-mode off

On a 128GB Strix Halo this runs full-GPU with no offload flags. We've also added a Requirements section to the model card documenting this.

(If your GPU is gfx1151 / Ryzen AI Max 395 this should just work β€” that's everything we've tested.)

Hi.
I can't find commit 3345156 in kingjones30/ROCmFPX β€” it's not on any branch or tag. Is it maybe not pushed yet?

You're right β€” sorry about that. 3345156 was our local merge (Unsloth glm5next/upstream arch into ROCmFPX) and it had never been pushed anywhere public. Our mistake, thanks for catching it.

It's public now:

Build with Vulkan (cmake -B build -DGGML_VULKAN=ON) and the serving command from the model card works as documented on gfx1151 / Ryzen AI Max 395. We've also updated the model cards to point at the fork instead of the unreachable reference.

(If kingjones30 upstreams glm5next later, main will work too β€” we'll note it here.)

Also a thanks to @stevilg β€” you asked the question that surfaced this in the first place. Both the build path and the card references are fixed now; if either of you hits anything else running these models, this thread is the right place.

Sign up or log in to comment