escha 1.1.1: docs + changelog for the cuda:0 device fix

README.md

@@ -119,6 +119,25 @@ an answer is always produced: see
   [model card](https://huggingface.co/EschaLabs/Qwen3.8-27B-Escha-W2#verified-configurations).
   16 GB should fit at a reduced context — the cookbook has a recipe, but we have not run it.
 
+## Changelog
+
+**1.1.1** (2026-08-21) — `process_weights_after_loading` now takes the rank's device
+instead of a hardcoded `cuda:0`. The hardcode put every 2-bit buffer on `cuda:0` while
+the input tensor sat on the server's actual device, so **any run not on device 0 —
+`--tp-size > 1`, or a single-GPU launch with `--base-gpu-id N` and no
+`CUDA_VISIBLE_DEVICES` — hit an illegal memory access on the first forward**, behind a
+traceback that pointed at the kernel rather than at the cause. Bit-identical wherever
+`cuda:0` was already correct, which is every configuration `serve.sh` ships. Reported
+with a diagnosis and a fix by [@ginerJuanUdesa](https://github.com/ginerJuanUdesa/escha-tp-fix-qwen3dense).
+
+> Note: this fixes the device placement only. **`--tp-size > 1` is still not supported** —
+> the weight loader does not shard escha tensors per rank, so every rank holds the full
+> checkpoint. A community patch for that exists at the link above and is under review; it
+> is not in this wheel yet.
+
+**1.1.0** (2026-08-20) — first wheel with the dense (`escha`) serving path; the 1.0.x
+wheels registered `eschamoe` only, so a dense checkpoint failed at registry lookup.
+
 ## Known limitations
 
 - **Serving throughput has been measured on three cards** — RTX 5090 (32 GB, sm_120), RTX 4090

THIRD_PARTY_LICENSES/THIRD_PARTY_NOTICES.md

@@ -1,4 +1,4 @@
-# Third-Party Notices — Escha Runtime (`escha` 1.1.0)
+# Third-Party Notices — Escha Runtime (`escha` 1.1.1)
 
 This repository distributes the **runtime** only (the `escha` wheel: quantization/serving
 kernels + a modified SGLang fork). SGLang is the only engine in this repository. The quantized **model weights** are distributed
@@ -9,7 +9,7 @@ All bundled third-party code is under **permissive licenses (Apache-2.0, MIT, BS
 an audit found **no copyleft (GPL / LGPL / AGPL / MPL / SSPL) code**. The obligations below are
 satisfied by the files in this `THIRD_PARTY_LICENSES/` directory together with the copyright
 notices retained verbatim in the redistributed source (inside the wheel). The same texts are also
-embedded in the wheel metadata (`escha-1.1.0+qwen3dense.dist-info/licenses/LICENSE`).
+embedded in the wheel metadata (`escha-1.1.1+qwen3dense.dist-info/licenses/LICENSE`).
 
 The `escha` runtime itself is released under the Apache License, Version 2.0 — see the top-level
 `LICENSE` file of this repository.

sglang/INSTALL.md

@@ -287,7 +287,7 @@ inject into the system prompt — at some cost in reasoning-dependent accuracy.
 - **`ValueError: Invalid quantization method ...`.** The wheel's registry ships exactly two
   methods, `escha` (dense) and `eschamoe` (mixture-of-experts). Check your model's
   `quantize_config.json` / `config.json` names one of them, and that you installed *this* wheel
-  (`python -c "import escha; print(escha.__version__)"` should print `1.1.0+qwen3dense`) — the
+  (`python -c "import escha; print(escha.__version__)"` should print `1.1.1+qwen3dense`) — the
   1.0.x wheels registered `eschamoe` only and cannot load a dense model at all.
 
 - **`ModuleNotFoundError: pybase64` / `msgspec` / `xgrammar` / `flashinfer` at startup.** The wheel