Investigation confirmed Intel display register offsets are IDENTICAL from
Gen8 (Skylake) through Gen14 (Meteor Lake): PIPECONF=0x70008,
PLANE_CTL=0x70180, PLANE_SURF=0x7019C, DDI_BUF_CTL=0x64000, HTOTAL=0x60000.
The only Gen14-specific branch is CHICKEN_TRANS. The original Phase 3.2
hypothesis (per-gen register offset tables) was therefore wrong.
The real gap for MTL was DMC (Display Microcontroller) firmware loading,
which is required for MTL display bringup. This commit adds:
- dmc.rs: Full DMC firmware parser supporting both v1 and v3 header
formats. Parses CSS header, package header, DMC header, validates
magic/version/checksum, then loads payload via MMIO into the DMC
SRAM regions defined by the DMC_PROGRAM() macro.
- DisplayPlatform enum (Gen9/11/12/13/14) with device-id-based
detection covering SKL, KBL, ICL, TGL, ADL, RPL, MTL platforms.
- try_load_dmc() entry point wired into IntelDriver::new() between
forcewake init and display init, matching the Linux i915 sequence.
- 5 unit tests covering header parsing, platform detection, and
payload validation.
Also fixes 4 pre-existing _mmio -> mmio references in virtio test code
that were blocking all test compilation in the redox-drm crate.
Verified: cargo check clean (zero errors, zero warnings from new code).
Cherry-picked from Qt upstream (commit e488f852fa18c2afc2842a88eff8f66ad4105a45).
Original patch source:
https://download.qt.io/official_releases/qt/6.11/CVE-2026-6210-qtsvg-6.11.diff
Fix: Test types of nodes before downcasting them. A bad cast in
QSvgMarker::drawHelper led to endless recursion resulting in a heap
overflow. While fixing that, another similar case was also fixed.
- Implement VirglWait in VirtioDriver: polls cs_seqno with vblank-based
timeout, returns handle on completion or 0 on timeout. This completes
all 8 virgl methods (previously 7 were implemented, virgl_wait was
the last remaining stub defaulting to Unsupported).
- Revert incomplete linux-kpi idr.rs refactoring (uncommitted Box::new
changes had broken syntax)
linux-kpi/drm_shim.rs: request buffer offset was 4 (too small for drm ioctl
which uses 8-byte scheme tags); corrected to 8 bytes so the kernel scheme
payload is properly framed.
redox-drm/scheme.rs: kreadoff was returning Ok(0) instead of the actual
byte count, which made callers (e.g. linux-kpi) think the read returned no
data. Now returns Ok(buf.len()) as documented in the syscall contract.
Phase 3 of the GPU driver modernization. Ports the full VirtIO GPU ioctl
surface from Linux 7.1 drivers/gpu/drm/virtio/virtgpu_ioctl.c.
WHAT THIS ADDS:
- driver.rs: Virgl3DBox + VirglResourceParams wire types, 8 virgl_*
trait methods on GpuDriver (get_param, get_caps, resource_create_3d,
context_init, execbuffer, wait, transfer_to_host, transfer_from_host).
All default to Unsupported so existing drivers (AMD, Intel) produce
an explicit EOPNOTSUPP rather than a silent no-op.
- scheme.rs: 11 new VIRTGPU ioctl constants (0x01—0x0b, matching
drm-uapi/virtgpu_drm.h), 8 wire structures (create resource, capset,
execbuffer, context init, wait, transfer, resource info, map).
Dispatch arms for GETPARAM, GET_CAPS, RESOURCE_CREATE,
RESOURCE_INFO, CONTEXT_INIT, EXECBUFFER, WAIT, TRANSFER_TO_HOST,
TRANSFER_FROM_HOST, MAP, RESOURCE_CREATE_BLOB. Each dispatches
to the corresponding virgl_* GpuDriver method.
- drivers/intel/mod.rs: explicit Unsupported virgl_* stubs — the
i915 driver never handles virgl requests because virgl is a host-side
compositor protocol, not usable on native hardware.
- drivers/virtio/mod.rs: real virgl_* implementations that delegate
to VirtioTransport (when transport is Some). Falls back to the
existing CPU memcpy CS path when transport is None.
- drivers/virtio/transport.rs: VirtIO transport foundation — PCI
capability discovery, feature negotiation (VIRGL/EDID/BLOB/CTX_INIT),
virtqueue setup, vring descriptor building, submit_3d with host
response polling. Ported from Linux virtgpu_vq.c + virtgpu_ioctl.c.
STATUS: Compiles (syntax verified). Runtime tests require a QEMU
instance with virglrenderer (-device virtio-gpu-gl), which is
blocked by the build-system OOM issues on this branch.
The Intel redox_private_cs_submit/_wait path remains unchanged — it
was already complete with real ring buffer + MMIO command submission.
- Add GemManager::copy() — DMA-backed buffer-to-buffer memcpy with bounds checking
- Implement VirtioDriver::redox_private_cs_submit — synchronously copies
between GEM buffers using CPU memcpy, returns sequence number
- Implement VirtioDriver::redox_private_cs_wait — polls for seqno completion
with vblank-based timeout (converts ns to ~60Hz frame count)
- Add cs_seqno atomic counter to VirtioDriver for fence tracking
This replaces the stub that returned Unsupported, enabling the virtio-gpu
backend to handle buffer copy command submission for Virgl 3D passthrough.
- 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
- 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
- Cookbook Cargo.toml: 0.1.0 → 0.2.5
- All 61 in-house crate Cargo.toml versions: 0.2.4 → 0.2.5
- os-release.in: fix URLs from github.com to gitea.redbearos.org
- sync-versions.sh --check passes with zero drift
The OS version is derived from the git branch name at build time.
Building on branch 0.2.5 produces os-release with VERSION_ID=0.2.5.
- redox-drm P1-P4 symlinks pointed to ../../../local/patches/ which
resolves to local/local/patches/ (double local/). Fixed to
../../../patches/ to match P6/P7 and actually resolve.
- lcms2 upstream tarball blake3 changed; updated recipe hash from
730f873... to 3cb343... to match current download.
- gettext: use -I${COOKBOOK_HOST_SYSROOT}/share/aclocal instead of
/usr/share/aclocal so autoreconf picks up the Redox-patched libtool 2.5.4
macros instead of the host system's libtool 2.6.1, fixing version mismatch
at build time
- libxau: add ACLOCAL=true AUTOMAKE=true AUTOHEADER=true to make invocations
to prevent automake regeneration when host autotools version differs from
what the source expects
- build-redbear.sh: make pre-cook failures non-fatal (warn only) and run with
COOKBOOK_OFFLINE=false so packages that need source fetching can succeed
- redox-drm: restore source from git history (was deleted in dc6805430);
update Cargo.toml version 0.1.0 -> 0.2.4 and dependency constraints to
match current project version
Aligns all Red Bear custom recipe dependencies with the syscall 0.8.x
version used by the upstream-synced base and relibc forks.
Author: vasilito <adminpupkin@gmail.com>
Production code fixes:
- scheme.rs: replace unwrap() after checked_mul with match binding,
eliminating a latent panic if code is reordered
- main.rs: log request context_id (PID) on request handling failure
instead of silently discarding the error
- drivers/amd/display.rs: split silent EDID read fallback into
separate match arms with log::warn diagnostics for short reads
and read failures, including byte count and connector index
Test coverage:
- gem.rs: add 4 basic tests for GemManager (create+verify,
close+verify removal, double-close error, invalid handle error)
Consolidate the active desktop path around redbear-full while landing the greeter/session stack and the runtime fixes needed to keep Wayland and KWin bring-up moving forward.
AMD display driver: expanded DCN pipeline setup with plane/controller/stream mapping.
Intel driver: cleaned up module structure.
New interrupt module for MSI-X vector management across GPU drivers.
PCID config endpoint patch and Intel GPU TOML for automatic driver spawning.
Expanded redox_stubs with additional kernel API shims.
Derivative of Redox OS (https://www.redox-os.org) adding:
- AMD GPU driver (amdgpu) via LinuxKPI compat layer
- ext4 filesystem support (ext4d scheme daemon)
- ACPI fixes for AMD bare metal (x2APIC, DMAR, IVRS, MCFG)
- Custom branding (hostname, os-release, boot identity)
Build system is full upstream Redox with RBOS overlay in local/.
Patches for kernel, base, and relibc are symlinked from local/patches/
and protected from make clean/distclean. Custom recipes live in
local/recipes/ with symlinks into the recipes/ search path.
Build: make all CONFIG_NAME=redbear-full
Sync: ./local/scripts/sync-upstream.sh
vasilito