HSIMCHUMAN–AI REALITY INFRASTRUCTURE
Reality R&D / T736 Evidence / C0-010 / C0-011

C0-011 · 2026-10-12 · INTERACTIVE UBUNTU REALITY · EXPERIMENTAL T736

From HDMI test patterns to a real Ubuntu desktop after reboot. 从 HDMI 彩条实验,到重新开机仍可操作的 Ubuntu 桌面。

HSIMC recovered a real, interactive Xubuntu/XFCE graphical desktop at 1920×1080, 60 Hz on one T736 experimental edge board. After a genuine subsequent boot, LightDM automatically launched Xorg and Xubuntu; the on-site operator independently confirmed the HDMI desktop remained visible and usable. 在一块全志 T736 Ubuntu 实验板上, HDMI 1920×1080 图形桌面已经真实显示并能用鼠标键盘操作。 之后实际重新开机,LightDM 自动启动 Xorg 与 Xubuntu,现场人员再次确认显示器仍有正常桌面。 不是临时测试图案,也不是仅凭软件日志宣称成功。

1920×1080 · 60 Hz · VERIFIED LIGHTDM + XORG + XFCE · RUNNING NEW BOOT · AUTOSTART VERIFIED PHYSICAL IMAGE & INPUT · OPERATOR CONFIRMED PRODUCTION READINESS · NOT CLAIMED
1080p1920×1080 @ 60 Hz actual HDMI desktop
2Unsupported Xorg DRM bitmask properties isolated
New BootGraphical session automatically restored, machine + human accepted
UnchangedKernel, main Xorg binary and vendor xorg.conf retained
Precise acceptance / 验收边界: Confirmed on one AIS-equipped T736 experimental board with a directly connected 1080p HDMI monitor. The operator supplied a real-desktop photo and separately confirmed visible desktop operation after the next boot. We do not publish that private photo, claim a cold-power-loss test, or infer autonomous production-grade reliability. 一台实验板、一台实际 HDMI 显示器,真实图像与键鼠操作已有人类确认; 重新开机后,机器自动启动证据及现场再次确认均成立。 不将其等同于断电恢复、长期无人值守、整套服务器或全部 T736 板型通过。

CONTINUITY OF A REAL ENGINEERING WORK

Three linked Reality milestones 同一个真实问题的三个连续研究成果

C0-009 · Research, not product promises Original experimental-board supplier evaluation demonstrated bounded NPU/MCP feasibility, but reboot/autostart gaps remained. The hardware was an R&D reference, not a finished server. 供应商样板的真实研究:可行性有证据,启动恢复与生产就绪不能臆断。 C0-009 source ↗
C0-010 · Physical HDMI signal formation Vendor schematics, display firmware and driver-source comparison produced a minimally changed HDMI boot path. Internal TCON and HDMI Frame Composer test patterns achieved operator-reported physical display output, but Xorg still crashed. 用已有原厂资料、固件和驱动建立硬件证据;彩条现场显示通过, 同时保留 Xorg 崩溃这一失败事实。 C0-010 source ↗
C0-011 · Interactive desktop after reboot GDB identified the Xorg RandR crash. A scoped userspace compatibility fix allowed the existing Xorg, LightDM and Xubuntu to start, then independently survived a new boot. The human operator verified the displayed desktop and working keyboard/mouse. 由崩溃栈定位属性不兼容,最小修复现有桌面启动链; 现场照片、键鼠操作、新 Boot 自动启动与人类复核共同完成验收。

ACTUAL SOFTWARE ROOT CAUSE · BOUNDED REPAIR

Why the ordinary Ubuntu desktop originally crashed 正常桌面曾经失败的具体原因与修复边界

HDMI connector registration, EDID and DRM mode setting were working, yet Xorg 1.21's modesetting driver crashed in RRChangeOutputProperty() during RandR output-property initialization. A GDB stack and an ARM64 null-pointer read narrowed the failure to incompatible DRM BITMASK connector properties: pixelformat_support and dynamicrange_support.

A small library, loaded only into the Xorg process, excluded those unsupported properties from the connector view. An additive LightDM configuration pointed to the existing Xorg binary through that wrapper. Xubuntu autologin used its already-installed session. The original Xorg program and vendor /etc/X11/xorg.conf stayed unchanged.

真正的障碍不是 HDMI 插口,而是 Xorg 在处理全志 DRM BITMASK 输出属性时空指针崩溃。我们用 GDB 定位后,仅为 Xorg 进程加兼容层, 让现有 Xubuntu 登录会话恢复;没有重装 Ubuntu,没有再刷 HDMI 固件, 也没有替换原厂主 Xorg 驱动。

NEW BOOT · AUTOMATIC GRAPHICAL WORKSPACE

The result returned on the next boot 真实重新开机,Ubuntu 工作环境自行回来

Machine readback recorded LightDM started by systemd at approximately 6.9 seconds into the new Boot, and Xubuntu autologin opened around 8.3 seconds. The display manager remained active, the Xorg process retained its scoped compatibility library, and xfce4-session, xfce4-panel and xfdesktop were running. xrandr independently confirmed HDMI-1 connected primary 1920×1080 at 60 Hz.

The operator explicitly confirmed that the device had really rebooted and its HDMI monitor again displayed the normal interactive Xubuntu desktop.

机器侧记录系统自动启动 LightDM、开启 Xubuntu 会话, 回读 HDMI 分辨率及桌面进程,并确认 Xorg 确实加载了修复兼容层。 现场人员再确认真实重新开机后,桌面仍有正常画面。这两类证据互相补充, 不把一次成功的指令误报成实际可用的工作空间。

e-PERSON · SUPERVISED AI WORK MADE ACTIONABLE

A new Capability is formed when a person can use the result. e-Person 的可信工作成果:让人真正用上新形成的能力。

The engineering work did not end when a configuration file passed a test. It continued through authorized device operations, a negative framebuffer test, actual GDB crash diagnosis, a narrowly scoped Xorg fix, a reproducible boot, and finally a human-confirmed working interface.

This demonstrates human-supervised, evidence-bound AI-assisted engineering that can be reproduced and handed to another capable team. It is not a claim that an autonomous, publicly deployed e-Person already controls arbitrary hardware.

真正可向全球说明的是方法和结果: 识别原有资产与问题、整理分散来源、定位根因、形成受控修复, 由人类授权执行,再以真实显示和跨 Boot 回读验收。这里证明的是 可监督、可接续的 e-Person 工作方式,不等于默认授予智能体不受限制的执行权。

NEXT RESEARCH GATES · NO FALSE PRODUCTION CLAIM

1080p milestone accepted. Next: 2K and full-node readiness. 1080p 先冻结成功;随后单独测试 2K 和整机启动治理。

Complete in this scope: usable Xubuntu/XFCE HDMI desktop at 1920×1080, keyboard/mouse, LightDM automatic startup on another real Boot and on-site confirmation.

Not included in this scope: a 2560×1440-capable monitor test, power-loss recovery, stable operation over many days, the external 4TB WD auto-mount safety policy, disabled NPU automatic restore, fresh reboot validation of all MCP tools, or production-level compliance.

下一步先独立验证 2560×1440 输出条件;其他网络、 硬盘、NPU、MCP 和长期工作契约,仍按原本各自的证据与授权边界推进。 本页面不会覆盖或改写 C0-010 的历史负面结果。