redox-wayland-compositor

leyoda/redox-wayland-compositor

Fork 0

Commit graph

Author	SHA1	Message	Date
Votre Nom	100f85dd01	docs: phase 4 display backend POC validé runtime Test exécuté avec succès sur Redox bootée via make qemu : [disp] 1 connector(s) reported by KMS subset [disp] #0 connector ::Handle(19): state=Connected, 1 mode(s) [disp] first mode: 1280x800 [disp] CpuBackedBuffer allocated 64x64 ARGB8888 (shadow=false) [disp] painted test pattern + sync_rect [disp] PASS: display backend pipeline reachable Implications majeures : - la crate drm 0.15 upstream fonctionne sur Redox runtime, pas seulement compile-time - graphics-ipc::V2GraphicsHandle est un subset DRM/KMS suffisant pour un compositor minimal - inputd accepte plusieurs consumers sur des VTs différents → on peut développer un compositor sur VT 2 tout en gardant Orbital sur VT 3 (validation de la stratégie de coexistence du plan directeur) Le test n'inclut pas encore modeset/scanout (set_crtc) — c'est l'étape suivante : crate redox-wl-display + binaire qui prend le CRTC pour afficher de vrais pixels. docs/phase4-display-backend.md : compte-rendu complet + roadmap. Leyoda 2026 – GPLv3	2026-05-08 20:11:40 +02:00
Votre Nom	53e6626231	Initial commit: phases 1-3 du portage Wayland Rust pour Redox OS Plan directeur 14 phases / 5 ans (REDOX_COSMIC_XWAYLAND_RS_PLAN.md). Phase 1 — Audit Redox (docs/existing-redox-gui.md, 486 lignes) : - Orbital, graphics-ipc (API DRM compatible Linux subset KMS), inputd, vesad - relibc support : AF_UNIX, SCM_RIGHTS, shm_open, mmap, poll - 3 manques identifiés : memfd_create, keymap XKB, AT-SPI Phase 2 — Validation primitives sur Redox via redoxer (5 tests + 1 POC) : - test-unix-socket : SOCK_STREAM Wayland-shaped roundtrip - test-fd-passing : SCM_RIGHTS mono-process (artefact kernel) - test-fd-passing-fork : SCM_RIGHTS multi-process (validation Wayland critique) - test-shm-open : shm_open + mmap + persistance + unlink - test-poll-multifd : poll() multiplexing + POLLHUP - poc-pixels : datapath shm + SCM_RIGHTS bout en bout (10000 pixels ARGB) Phase 3 — wayland-rs sur Redox (compile + runtime) : - wayland-{scanner,backend,server,client} compilent pour x86_64-unknown-redox sans patch upstream (rustix supporte Redox via libc backend) - test-handshake : server/client wl_registry handshake roundtrip - test-shm-pipeline : pipeline complet (ListeningSocket Unix réel + fd passing via wl_shm.create_pool + wl_shm_pool + wl_buffer + wl_surface + commit + serveur lit pixels via fd reçu, validation pixel-perfect) Verdict phase 3 : wayland-rs upstream est viable sur Redox out-of-the-box, le port "Wayland sur Redox" est désormais un problème de compositor à écrire, pas de stack à porter. Prérequis build : redoxer (pas cargo direct, car CMSG_NXTHDR/CMSG_DATA ne sont pas linkés autrement vers librelibc.a). Leyoda 2026 – GPLv3	2026-05-08 17:41:55 +02:00

Author

SHA1

Message

Date

Votre Nom

100f85dd01

docs: phase 4 display backend POC validé runtime

Test exécuté avec succès sur Redox bootée via make qemu :

  [disp] 1 connector(s) reported by KMS subset
  [disp]   #0 connector ::Handle(19): state=Connected, 1 mode(s)
  [disp]      first mode: 1280x800
  [disp] CpuBackedBuffer allocated 64x64 ARGB8888 (shadow=false)
  [disp] painted test pattern + sync_rect
  [disp] PASS: display backend pipeline reachable

Implications majeures :
- la crate drm 0.15 upstream fonctionne sur Redox runtime, pas seulement
  compile-time
- graphics-ipc::V2GraphicsHandle est un subset DRM/KMS suffisant pour
  un compositor minimal
- inputd accepte plusieurs consumers sur des VTs différents → on peut
  développer un compositor sur VT 2 tout en gardant Orbital sur VT 3
  (validation de la stratégie de coexistence du plan directeur)

Le test n'inclut pas encore modeset/scanout (set_crtc) — c'est l'étape
suivante : crate redox-wl-display + binaire qui prend le CRTC pour
afficher de vrais pixels.

docs/phase4-display-backend.md : compte-rendu complet + roadmap.

Leyoda 2026 – GPLv3

2026-05-08 20:11:40 +02:00

Votre Nom

53e6626231

Initial commit: phases 1-3 du portage Wayland Rust pour Redox OS

Plan directeur 14 phases / 5 ans (REDOX_COSMIC_XWAYLAND_RS_PLAN.md).

Phase 1 — Audit Redox (docs/existing-redox-gui.md, 486 lignes) :
- Orbital, graphics-ipc (API DRM compatible Linux subset KMS), inputd, vesad
- relibc support : AF_UNIX, SCM_RIGHTS, shm_open, mmap, poll
- 3 manques identifiés : memfd_create, keymap XKB, AT-SPI

Phase 2 — Validation primitives sur Redox via redoxer (5 tests + 1 POC) :
- test-unix-socket : SOCK_STREAM Wayland-shaped roundtrip
- test-fd-passing : SCM_RIGHTS mono-process (artefact kernel)
- test-fd-passing-fork : SCM_RIGHTS multi-process (validation Wayland critique)
- test-shm-open : shm_open + mmap + persistance + unlink
- test-poll-multifd : poll() multiplexing + POLLHUP
- poc-pixels : datapath shm + SCM_RIGHTS bout en bout (10000 pixels ARGB)

Phase 3 — wayland-rs sur Redox (compile + runtime) :
- wayland-{scanner,backend,server,client} compilent pour x86_64-unknown-redox
  sans patch upstream (rustix supporte Redox via libc backend)
- test-handshake : server/client wl_registry handshake roundtrip
- test-shm-pipeline : pipeline complet (ListeningSocket Unix réel + fd passing
  via wl_shm.create_pool + wl_shm_pool + wl_buffer + wl_surface + commit +
  serveur lit pixels via fd reçu, validation pixel-perfect)

Verdict phase 3 : wayland-rs upstream est viable sur Redox out-of-the-box,
le port "Wayland sur Redox" est désormais un problème de compositor à écrire,
pas de stack à porter.

Prérequis build : redoxer (pas cargo direct, car CMSG_NXTHDR/CMSG_DATA
ne sont pas linkés autrement vers librelibc.a).

Leyoda 2026 – GPLv3

2026-05-08 17:41:55 +02:00

2 commits