1.2 KiB
⚠️ RÉTRACTÉ — théorie « overflow int32 » réfutée
17/06/2026. Ce rapport concluait que les .pte ≥7B échouaient à cause d'un overflow d'offset 32 bits sur le 2ᵉ context group (> 2 GiB). C'est FAUX.
Réfutation (test CLI décisif) : le .pte Qwen3-8B (2ᵉ context group à 3,24 G, > 2 GiB) charge et génère parfaitement (313 tokens, 9,65 tok/s) avec le runner CLI qnn_llama_runner et avec le wrapper libkazeia_pte.so, dès lors qu'on utilise le bon runtime (ship_runtime/ QAIRT 2.42). Si un offset 32 bits débordait, aucun des deux ne chargerait.
Le message magic 0x5678abcd … but get 0x2000000 est un INFO bénin présent aussi dans les chargements qui marchent — la forensique l'avait confondu avec la cause. La corrélation « 2^31 » était fortuite (octets 0x5678abcd croisés au hasard dans les poids).
→ Vraie cause + fix : voir BUG_pte_inapp_qnn_version_mismatch.md.
L'err 5010 / Context group 1 does not exist in-app = l'app charge un backend QNN ≠ 2.42 (collision de SONAME libQnnHtp, probablement avec la pile ORT-QNN du STT). Ni le .pte ni le wrapper ne sont en cause.