All submodules (kernel, bootloader, redoxfs, userutils, installer, base)
use path = '../libredox', '../syscall', '../redox-scheme' to reference
sibling forks. When the cookbook copies these to recipes/core/<name>/source/,
Cargo resolves the relative paths from the copy location, not the symlink
target. Added symlinks at the recipe level so all resolutions go through
the same path: recipes/core/<name>/<dep> → local/sources/<dep>.
Systemic fix: all local recipes (~150 references across 40+ Cargo.toml files)
now resolve libredox, redox_syscall, and redox-scheme through
recipes/core/base/ symlinks instead of local/sources/ paths.
Eliminates lockfile collision between Cargo's resolution of the same
package through different path strings (local/sources/ vs recipes/core/base/).
This is required because the base recipe's workspace Cargo.toml resolves
these deps through recipes/core/base/ (via symlink chain from the
recipe copy location), and Cargo treats different path strings to the
same directory as different packages.
Both were set to 'ignore' with comment 'build needed'.
libxkbcommon provides keyboard handling for Wayland compositor.
xkeyboard-config provides keyboard layout definitions.
Without these, Wayland clients (KWin, Qt6 apps) cannot
process keyboard input.
Changed from 'ignore' to '{}' to enable building. This is
required for keyboard input in the graphical desktop.
All local fork deps (libredox, redox_syscall, redox-scheme) now consistently resolve
through recipes/core/base/ symlinks, matching daemon workspace resolution.
Eliminates lockfile collision between local/sources/ and recipes/core/base/ paths.
- Restore libredox and syscall symlinks in recipes/core/base/
- Point redox-drm's redox_syscall dep to recipes/core/base/syscall (via symlink)
to match daemon workspace resolution and avoid lockfile collision
- Redox-drm already uses recipes/core/base/redox-scheme (via symlink)
and daemon path; libredox arrives transitively
The Wayland compositor service currently launches redbear-compositor,
not kwin_wayland. Renamed kwin_pid→compositor_pid and updated the
error message from 'kwin_wayland failed' to 'Wayland compositor failed'.
Added comment documenting that redbear-compositor is the bootstrap
compositor until KWin completes its build. The transition path is
documented: replace 'redbear-compositor --drm' with 'kwin_wayland --drm'
when KWin is runtime-ready.
- Add redox-scheme symlink in recipes/core/base/ to resolve path collision
when daemon workspace resolves ../redox-scheme from the recipe copy location
- Remove redundant libredox direct dep from redox-drm Cargo.toml
(arrives transitively through daemon; direct dep creates lockfile collision)
- Align redox-drm's redox-scheme path to recipes/core/base/redox-scheme
symlink to match daemon's workspace resolution path
- Fix missing ENOTTY import in relibc src/header/sys_ioctl/redox/mod.rs
KWin now uses the real libepoxy recipe (full EGL/GLES dispatch
via epoxy_*_resolve()) instead of the hardcoded-zero stub.
The stub recipe remains for any other consumers that haven't
migrated yet.
Replaced the libepoxy-stub (hardcoded inline stubs returning 0 for
all EGL/GLES extension queries) with the real libepoxy v6.0 2026
recipe. libepoxy builds against Mesa EGL/GLES2 with full function
pointer dispatch via epoxy_*_resolve().
The real recipe was already populated with full source (meson build,
dispatch_egl.c, dispatch_glx.c, etc.) but was never wired into KWin.
libudev-stub remains until libudev source is populated.
This unblocks KWin's cmake configure step which needs real
epoxy::epoxy cmake target with actual GL/EGL function pointer
resolution, not the hardcoded-zero stub.
Changed QEMU device from -device virtio-gpu (2D only) to
-device virtio-vga-gl -display egl-headless for virgl 3D
acceleration testing. The virgl patches are already wired into
Mesa recipe.toml (6 patches); this enables the runtime probe
to select virgl instead of falling back to llvmpipe swrast.
Also updated test-phase4-wayland-qemu.sh (both expect and
smoke sections). Matches plan §5 Blocker Detail #3 fix.
Replaced ihdgd cursor stub with real Intel CURCNTR/CURBASE/CURPOS
register programming for Gen9+ hardware cursor. 64x64 ARGB8888
cursor surface with signed 16-bit screen position tracking.
Removes the 'not yet implemented' stub in handle_cursor().
Updated the compositor description to accurately reflect that on Redox,
the DRM/KMS backend provides hardware-accelerated display via
/scheme/drm/card0 with SETCRTC + PAGE_FLIP. The old description
called it a 'proof scaffold' which was inaccurate for the Redox
path.
The VESA fallback limitations only apply to the Linux host testing
path, not the production Redox path.
Updated desktop/GPU section: all code fixes complete for both
VirGL and Intel GPU drivers. Qt6 Wayland crash fixed, SDDM wired,
KWin builds, Mesa virgl builds.
Next phase: runtime validation on QEMU virtio-vga-gl and real
Intel hardware.
Comprehensive documentation of the current networking stack state
including architecture diagram, transport/network/firewall/virtual
device/traffic control/monitoring/management feature checklists,
known limitations, and testing status.
Generated from 66 implementation rounds across the netstack codebase.
vasilito