Skip to content

← Firmware Downloads

Post-install setup · Reborn (Y2Linux) · Y2

Y2P-400 — M4 end-user production power platform

Debian-based Linux with a fast clickwheel interface for the Innioasis Y2.

Instructions published by the project, shown here word for word.

Y2P-400 — M4 end-user production power platform

> **Historical record.** The dates, candidate identity, "current" claims, > next steps and permissions below belong to this recorded boundary. See > [current state](../../CURRENT_PLATFORM_STATE.md) for the latest physically observed result.

Historical September 15 issue snapshot. The subsequent POWER-03 owner acceptance and current physical limits are recorded in the current platform state. The pending-deployment language below describes this original checkpoint.

OPEN / ACTIVE / PARTIAL. POWER-03 is built; awaiting owner manual BOOTIMG deployment and physical qualification. Do not start M5.

Corrected production candidate — 2026-09-15

Source 16875c4acc813b54c781167883227cf289f4dfcd, Linux 6.18.0-y2linux-m4-power-03. All 74 production/M4 tests, ARM rescue ABI/shell checks, DT/config/memory/loader checks, package validation and 12 package rejection cases pass. No physical deployment or POWER-03 hardware pass is claimed.

Corrections: stop charging immediately at the 4.175-V target, confirm voltage-limited completion while inhibited, recharge after 60 seconds below 4.110 V. Preserve the 4.2-V fail-closed software guard; use the actual stock 4.3-V battery-OVP selector without disabling its detector. Retain first-fault registers and clear a real fault only after verified removal/engine stop and safe samples. Current source limits remain 450-mA configured SDP, at most 650-mA CDP/DCP/Apple, conservative 70-mA unknown; stock-evidenced low-voltage limits remain.

Fix MT6323's stock 1968 RTC epoch for time and alarm, preserve spare fields, enable RTC boot time and boot ID. Read the thermal efuse words with 32-bit accesses instead of the observed byte truncation; physical temperature accuracy remains to be verified. Give the MUSB session a kernel runtime-PM reference with release on detach/resume before reentry, replacing the POWER-02 userspace pin. Preserve the integrated SPM/offline architecture, s2idle fallback and 598/747.5/1040-MHz OPPs at the stock-proven 1.15 V. No guessed lower voltage or new power platform.

Manual BOOTIMG deployment and coherent qualification · Build receipt · Implementation and exact policy · Subsequent owner-accepted M5 baseline.

Actual installed baseline

POWER-02 remains installed until owner deployment. The completed entry audit verified its full image-length hash above and working p5/p7 root/data/SSH. It reached 4.200073 V then latched voltage fault 0x8 and stayed inhibited as voltage fell; the focused follow-up still found that latch around 3.74 V. The separate earlier OVP 0x10 lacks its original detector snapshot and is not yet explained physically. A 12.96-second DCP observation and two reconnects under the userspace runtime pin do not qualify sustained charging or final USB behavior.

Earlier inspected SPM counters were entries=0/resumes=0, RTC reported 2082, and CPU thermal conversion was implausible. The source corrections above are not substitutes for physical acceptance. The owner explicitly directs focused M4 completion using the completed audit; no broad audit, M5, GPU or player work.

Retained physical failure evidence · Roadmap.

After the owner reports POWER-03 running, perform one coherent session over SSH/standard interfaces, with owner cable/button/audible observations. Require actual SPM resumes/residency, unchanged boot/process/mount/data identity, separate Power and RTC wake, all resume regressions, sustained PC/wall/bank charging, real termination/recharge and low-battery recovery, offline lifecycle, reboot and actual hardware-off. Make targeted fixes for concrete failures. Close only when mandatory physical gates pass.

Required physical acceptance:

Battery percentage, calibrated battery current and pack Celsius may remain explicitly scoped follow-ups only under the owner's stated conditions. These optional telemetry gaps do not waive charging, recovery, offline charging, deep suspend or any other hard power gate.

M3 residual 48 kHz/channel/repeat tests and wider #33 storage tests stay separate. USB reconnect #27 stays separate unless directly required for this qualification. The latest owner request is focused M4 completion and explicitly stops M5. Do not start radios, GPU or Y2PlayerNative. Close #30 only after the actual physical matrix passes and a final boundary audit records source/evidence commits, exact candidate/fallback paths and hashes, qualified policies, results and remaining limitations.

Published by the schulzcode/y2linux project [1] [3]