-
Notifications
You must be signed in to change notification settings - Fork 0
Hardware Readiness Gate
This page defines the gate between the QEMU on macOS correctness track and the first Intel Desktop hardware bring-up.
OSAI must not treat QEMU results as hardware performance evidence. QEMU validates boot contracts, resource ownership, userspace control flow, telemetry shape, security policy behavior, persistence metadata, and preview packaging.
The milestone 33 local QEMU hardware-readiness gate is:
make qemu-readiness-gate
That command runs the full local QEMU matrix and then validates the generated artifacts. It writes:
build/qemu-benchmark-report.jsonbuild/qemu-preview-manifest.jsonbuild/qemu-readiness-report.json
The benchmark schema is osai.qemu.correctness_benchmark.v1.
The preview schema is osai.qemu.preview.v1.
The readiness schema is osai.qemu.hardware_readiness_gate.v1.
These reports are correctness artifacts only and explicitly do not authorize Linux, BSD, or hardware performance claims.
The following contracts must remain green before Intel Desktop work starts:
- AArch64 UEFI loader boots the kernel.
- UEFI memory map is parsed into PMM/VMM state.
- Controlled page, read-only write, and NX execute faults are reported through the exception path.
- Real EL0
/initELF loads from the VirtIO-backed read-only filesystem. - Syscalls enforce capability checks and user pointer validation.
- Security policy rejects credential material and unsigned update payloads.
- Persistence metadata snapshots and rolls back boot, service, workspace, and sandbox records.
- VirtIO block and VirtIO net self-tests pass.
- AI Cell lifecycle, core leases, shared model arena, private KV/cache, source index, Git workspace, sandbox, CPU-AI runtime, and low-latency network smoke paths emit telemetry.
- Hot AI core telemetry reports zero migration and zero involuntary context switches under the QEMU gate.
Intel Desktop bring-up can start when:
-
make qemu-readiness-gatepasses locally. - The QEMU preview manifest exists.
- The QEMU benchmark report exists.
- The QEMU readiness report exists and has status
pass. - No QEMU benchmark result is described as a hardware speedup.
- The platform and benchmark documentation reflect the current gate.
- UEFI x86_64 boot path.
- Serial console and early exception reporting.
- PMM/VMM initialization from x86_64 firmware memory maps.
- APIC and timer discovery.
- PCI discovery for NVMe and NIC planning.
- P-core/E-core placement policy metadata.
- Initial tuned Linux/BSD baseline plan for later measured comparisons.
This page defines the GitHub Wiki navigation sidebar.
- Architecture
- AI Cells
- CPU AI Runtime
- App Agents
- Memory System
- Networking
- Scheduler and Core Isolation
- Filesystem and Storage
- Driver Model
- Security Model
- Build System
- Build System
- Project Tracker
- Implementation Plan
- QEMU Full OS Core Workdown
- QEMU 100 Completion Plan
- Example Apps
- Codex Work Packages
- Testing and Benchmarking