1# SDD 14 — Stack gráfico (Mesa iris) para el escritorio tawasuyu
2
3> **Estado:** cola importada (2026-06-27). Contraparte en hammer del salto
4> demo→producción de arje: el rootfs de producto necesita **Mesa** para que el
5> greeter real de mirada (`mirada-greeter-llimphi`) tome el DRM tras el handoff
6> del splash. Seed de producción: `tawasuyu/03_ukupacha/arje/seeds/arje-tawasuyu.card.json`
7> (ente `display-manager-mesa`). Ver su contrato rootfs en `seeds/README.md`.
8
9## Por qué iris-only (sin LLVM, sin Vulkan) — y por qué Mesa **24.0.9**
10
11> ⚠ **Pin de versión (2026-06-27):** «iris sin LLVM» SÓLO vale hasta **Mesa 24.0.x**. Desde 24.1 el
12> driver `iris` pasó a requerir **intel-clc** (kernels OpenCL-C internos compilados en build-time) ⇒
13> `with_clc` ⇒ libclc + clang/LLVM. Bisección confirmada: 24.0.9 = último con `with_intel_clc =
14> intel-clc=='enabled'` (default disabled) ⇒ con iris-only y sin Vulkan/rusticl, `with_clc=FALSE`,
15> nada de LLVM. Por eso la receta pinea **24.0.9** (no la 26.1.1 importada de Alpine). Para Mesa
16> ≥24.1 habría que construir LLVM+clang+libclc primero — otra rama del track.
17
18El target inmediato es una laptop **Intel Iris Xe**. En Mesa ≤24.0 el driver gallium **`iris`
19NO necesita LLVM** (eso es `radeonsi`/`llvmpipe`). Recortando el build de Alpine
20(que trae el kitchen-sink) a iris-only se elimina la cola pesada — clang, llvm,
21libclc, spirv-llvm-translator, rust-bindgen, Vulkan, X11/glx:
22
23```
24-Dgallium-drivers=iris   -Dvulkan-drivers=   -Dllvm=disabled
25-Dplatforms=wayland      -Dglx=disabled      -Dexpat=enabled
26```
27
28Eso deja un Mesa que sólo arrastra deps que hammer ya tiene o son chicas.
29(Para AMD/NVIDIA-nouveau más adelante: `radeonsi`/`nouveau` sí piden LLVM →
30otra rama del track.)
31
32## DAG de dependencias (estado contra el corpus actual)
33
34| Tier | Receta | meson? | Estado en hammer | Notas |
35|---|---|---|---|---|
36| build | `python3` | — | 🟢 en store | meson/mako lo usan |
37| build | `meson` | — | 🟡 incoming | importada de Alpine 1.11.1; pyproject, necesita python3 |
38| build | `samurai` (≡ninja) | — | 🟡 incoming | 1.3, clon C de ninja (lo que usa Alpine) |
39| build | `pkgconf` | — | 🟢 receta | sustituto de pkg-config |
40| build | `bison` / `flex` | — | 🟢 receta | mesa genera parsers |
41| build | `mako` (módulo py) | — | ⚪ por verificar | templating de codegen de mesa; pip/source sobre python3 |
42| lib | `expat` `zlib` `zstd` `libffi` | — | 🟢 receta | deps de wayland/mesa |
43| lib | `libdrm` | sí | 🟡 incoming | 2.4.134; **fijar `-Dgallium`? no** — libdrm es agnóstico; `link=dynamic` |
44| lib | `wayland` | sí | 🟡 incoming | 1.25.0; deps expat+libffi; `-Ddocumentation=false` |
45| lib | `wayland-protocols` | sí | 🟡 incoming | 1.48; sólo datos (XML) + meson; dep wayland |
46| lib | `seatd` (→`libseat`) | sí | 🟡 incoming | la sesión de mirada abre el DRM vía libseat |
47| **top** | `mesa` | sí | 🟡 incoming | 26.1.1; recortar a iris-only (arriba); deps: libdrm, wayland, wayland-protocols, expat, zlib, zstd, python3+mako |
48
49🟢 listo · 🟡 importada, **falta adaptar** (traducir `abuild-meson`/`_abuild_phase`
50de Alpine a fases hammer + `meson`/`samurai` directos, como hizo `elfutils`) · ⚪ por crear.
51
52## Trabajo de adaptación por receta (lo real)
53
54Las recetas en `recipes/incoming/` son **puntos de partida** de `import-alpine`:
55traen los parches musl de Alpine (lo valioso) pero usan los helpers de abuild que
56el lab de hammer no tiene. Cada una necesita, mínimo:
57
581. Reemplazar `abuild-meson` por `meson setup output --prefix=/usr --buildtype=release <-Dflags>`
59   y `_abuild_phase`/`DESTDIR=/out` por las fases `configure`/`compile`/`install` de hammer.
602. `compiler = "zig-cc"`, `target = "x86_64-linux-musl"`, `link = "dynamic"` (son libs compartidas).
613. Declarar las deps de build en el grafo de hammer (no como `makedepends` de Alpine).
624. Verificar `zig_version` si zig 0.14 miscompila (patrón de `elfutils`/`binutils`/`flex`: fijar 0.13.0).
63
64Orden de build (hojas→raíz): `meson`+`samurai` → `libdrm`,`wayland` → `wayland-protocols`,`seatd` → `mesa`.
65
66## Estado de build (2026-06-27)
67
68Construidas y selladas en el store (`hammer --store store build recipes/<x>.toml`):
69
70| Receta | Estado | Nota de adaptación |
71|---|---|---|
72| `samurai` | 🟢 **built** | `zig_version=0.13.0` (el default miscompila → `reallocarray` falla en runtime) |
73| `meson` | 🟢 **built** | Python puro: copia `mesonbuild/`+wrapper, sin wheel/gpep517; `python3` runtime-dep |
74| `libdrm` | 🟢 **built** | core-only (todas las GPU helper disabled) → evita libpciaccess; iris usa libdrm core |
75| `seatd` | 🟢 **built** | `-Dwerror=false` (musl `CMSG_NXTHDR` dispara `-Wsign-compare`); logind disabled, backend seatd |
76| `libffi` | 🟢 **built** | `--with-pic`: el `.a` lleva objetos PIC ⇒ enlazable dentro de `.so` (lo exige libwayland-server/Mesa; sin PIC: `R_X86_64_PC32 ... recompile with -fPIC`) |
77| `wayland` | 🟢 **built** | `link=dynamic` (Mesa liga las `.so`). **Root cause del bloqueo RESUELTO (2026-06-27):** los headers de protocolo salían vacíos NO por bug del scanner ni del XML, sino porque el `wayland-scanner` in-tree se compila **enlazado dinámico** contra la musl (zig cc nativo no hace estático acá) y bajo musl-dinámico `freopen(@OUTPUT@,"w",stdout)` queda roto por la copy-relocation de `stdout` → trunca el archivo y manda el header a stdout. FIX: `wayland-scanner-dup2-output.patch` redirige con `dup2(fd, STDOUT_FILENO)` (nivel descriptor) en vez de `freopen`. Verificado byte-a-byte: salida idéntica a la del scanner estático (217484 B). |
78| `wayland-protocols` | 🟢 **built** | sólo instala XML + `.pc`; build-dep wayland (su meson chequea wayland-scanner) |
79| `markupsafe` `mako` `packaging` | 🟢 **built** | módulos Python puros (copia a site-packages, sin pip/wheel). `mako`=codegen de Mesa; `markupsafe`=dep de mako (cae a `_native`); `packaging` porque el chequeo de versión de mako usa `packaging.version` y Python 3.12 ya no trae `distutils` |
80| `zlib` `zstd` `expat` | 🟢 **built (PIC)** | `-fPIC`/`--with-pic` para enlace dentro de `.so` (como libffi). Mesa al final ligó libz/libzstd **compartidas de la base Alpine**; libexpat.a (PIC) sí se enlazó estática |
81| `mesa` | 🟢 **built** | **iris-only, Mesa 24.0.9** (no 26.1: desde 24.1 iris exige intel-clc→LLVM; ver arriba). `-Dllvm=disabled -Dintel-clc=disabled`, sin Vulkan/glx/rusticl/codecs. Instala `dri/iris_dri.so` + `libEGL/libgbm/libGLESv2/libglapi` + egl/gbm/glesv2 `.pc`. Fixes: `PYTHONPATH` al site-packages (configure+compile) para mako; `libffi` en deps (lo pide `wayland-client.pc`); `mesa-version-script-comma.patch` (version-script en forma coma, que zig cc no reordena). Runtime: el rootfs necesita `libz.so.1`/`libzstd.so.1`/`libexpat`(o estático) + libdrm/wayland |
82
83meson anda con zig cc (clang 21) sobre proyectos meson — validado con libdrm/seatd/wayland/mesa. **El
84stack gráfico está COMPLETO.** Lo que falta es el lado tawasuyu (mirada-greeter dinámico contra Mesa)
85y el ensamblado del rootfs de producto con las `.so` compartidas (libz/libzstd/libdrm/wayland/mesa).
86
87## Lado tawasuyu (recetas Cargo, después de Mesa)
88
89Modeladas sobre `recipes/arje-zero.toml` (fuente = monorepo tawasuyu a commit fijado, build hermético):
90
91| Receta | bin | link | dep gráfica |
92|---|---|---|---|
93| `arje-splash` | `/usr/lib/arje/arje-splash` | static-musl | sólo DRM dumb-buffer (sin Mesa) |
94| `net-bring-up` | `/usr/lib/arje/net-bring-up` | static-musl | ninguna |
95| `mirada-greeter` | `/usr/lib/arje/mirada-greeter-llimphi` | **dynamic** | EGL/GLES/GBM (mesa) + wayland + libseat |
96
97`mirada-greeter` es el único que enlaza Mesa dinámico ⇒ **ya DESBLOQUEADO** (Mesa 24.0.9 sellada).
98Próximo paso: receta Cargo de `mirada-greeter` con deps gráficas EGL/GLES/GBM (mesa) + wayland +
99libseat, link dinámico. Los otros dos (arje-splash, net-bring-up) no dependen de Mesa.
100
101## Hecho cuando
102
103`hammer bootstrap product` produce un rootfs que, con la seed `arje-tawasuyu`,
104arranca `arje-zero` → splash → `mirada-greeter` toma el DRM con Mesa/iris, sin
105caer a texto. Verificación: boot en QEMU (con virgl/GPU) o metal en la laptop Iris Xe.