OPENHARMONY · RK3588 · STAGE-0

OpenHarmony 6.1 在 RK3588 上的 Stage-0 系统适配案例

基于 OpenHarmony-v6.1-Release,在本次指定 RK3588 板卡上完成最小无界面 Stage-0 实机验证,并形成可追溯的构建、写卡、启动、采集和判定链路。

OpenHarmony 6.1RK3588Build22Stage-0

发布于: 2026-10-12 · 证据截止: 2026-10-12 19:43:05 +08:00

RK3588OpenHarmony 6.1
OpenHarmony 6.1 在 RK3588 上的 Stage-0 系统适配案例
Build22PASS_STAGE012SHA-256 images480 sserial capture

直接结论

在本项目限定条件下,OpenHarmony 6.1 已从 SD 卡启动 RK3588 内核和 OpenHarmony init,挂载系统分区并进入串口 root shell。结论只覆盖本次板卡、Build22 镜像、SD 启动介质和无界面 Stage-0 范围。

PROJECT SCOPE

项目概览

项目不是复制现成镜像,而是围绕 RK3588 板型、启动资源、分区表、驱动接口、存储控制器路径和系统服务依赖逐层适配。

01

固定构建与启动基线

固定 OpenHarmony-v6.1-Release、RK3588 AArch64 目标、Linux 5.10.210、EVB1 LP4 V10 DTB,并记录关键启动资源 SHA-256。

02

建立 SD 安全写入边界

写入前核对设备、介质类型、容量、CID、挂载状态、分区边界和 GUID;板载 eMMC 保留 Android 维护环境。

03

修复启动早期内核阻断

补充 RK3588 时钟链接项并增加未匹配保护;CSI2 缺失 MMIO 资源时返回错误,避免空指针访问。

04

统一系统存储路径

将 fstab、updater、init 与 extlinux 的目标从 eMMC 控制器修正为本次 SD 控制器,避免 /data 和 updater 误指向 eMMC。

05

隔离无界面服务级联故障

调整 foundation 与 render_service 的失败传播,使 accountmgr 不再被级联终止,系统越过原 332 秒故障点。

06

Stage-0 实机验证结果

Build22 达到本项目定义的最小无界面 Stage-0 条件,以下数据均来自本次板卡和本次镜像。

ENGINEERING PATH

关键适配工作

Build2212 imagesSD bootOpenHarmony initSerial root shell
直接结论

在本项目限定条件下,OpenHarmony 6.1 已从 SD 卡启动 RK3588 内核和 OpenHarmony init,挂载系统分区并进入串口 root shell。结论只覆盖本次板卡、Build22 镜像、SD 启动介质和无界面 Stage-0 范围。

VERIFIED EVIDENCE

Stage-0 实机验证结果

Build22 达到本项目定义的最小无界面 Stage-0 条件,以下数据均来自本次板卡和本次镜像。

14 min 32 sBuild22 full build
12 / 12post-write SHA-256
0fatal events / eMMC writes
  • Build22 full buildPASS · BUILD22_IMAGE_RC=0 · 14 min 32 s
  • GPT / 12 imagesMATCH · post-write SHA-256 mismatch = 0
  • Board / architecturePASS · RK3588 EVB1 LP4 V10 · AArch64
  • Kernel / rootfsPASS · Linux 5.10.210 · SD partition 7
  • /vendor · /dataPASS · mmcblk0p8 · mmcblk0p12
  • OpenHarmony init / shellPASS · serial root shell available
  • Serial capture480 s · active probe at 447.82 s
  • Fatal events0 · fatal_hits=[] · boot_count=1
  • eMMC writes0 · Android maintenance environment preserved

TECHNICAL BASELINE

项目概览

BoardRockchip RK3588 EVB1 LP4 V10
SystemOpenHarmony 6.1 Release
KernelLinux 5.10.210 · AArch64
Build targetdevice_name=rk3588 · out/rk3588
Boot media~64 GB SD · eMMC preserved
Verified resultBuild22 · PASS_STAGE0

EVIDENCE BOUNDARY

证据边界

Build22

Build22 达到本项目定义的最小无界面 Stage-0 条件,以下数据均来自本次板卡和本次镜像。

480 s

480 秒仅是本次串口采集窗口,不代表长期稳定性、图形桌面、全部外设或量产可靠性。显示、GPU、触摸、音频、网络、USB/HDC、摄像头、休眠唤醒和完整重启链路不在本阶段结论范围内。

Build23

补丁 0027 已通过源码适用性检查、Build23 全量构建和镜像静态检查。Build23 的证据范围是构建与静态镜像检查,未作为板上回归证据,因此本文不宣称 foundation 已完成实机修复。

FAULT ISOLATION

foundation 崩溃定位进展

FaultLogger 栈将 Build22 中 foundation 的直接异常定位到 AppDomainVerifyMgrService 初始化期间的 SELinux restorecon 路径;板端实测 getenforce=Disabled。

补丁 0027 已通过源码适用性检查、Build23 全量构建和镜像静态检查。Build23 的证据范围是构建与静态镜像检查,未作为板上回归证据,因此本文不宣称 foundation 已完成实机修复。

FAQ

常见问题

不是。结论只对应本次指定板卡、镜像、启动介质和测试条件。

SD 方案可保留板载 eMMC 的 Android 维护环境,并通过介质识别和写后回读降低误写风险。

不能。它只证明 Build22 在本次采集窗口内没有出现已监控的 kernel panic、Oops 或 critical-service fatal。

直接异常路径已定位,Build23 已通过构建和静态检查,但没有作为板上回归证据,因此不能写成实机修复完成。

需要板卡型号与硬件版本、源码标签、厂商 BSP 或启动资源、设备树、启动介质、串口条件、外设清单、现有日志和验收条件。

APPLICATIONS

适用项目

RK3588 板卡的 OpenHarmony 源码构建与启动适配

OpenHarmony 标准系统板级 BSP 迁移

U-Boot、extlinux、GPT 与分区镜像调试

设备树与 Linux 5.10 驱动兼容处理

SD/eMMC 双介质安全启动验证

系统服务、FaultLogger 与原生崩溃栈定位

DIRECT CONTACT

直接沟通 RK3588 OpenHarmony 适配

可提供板卡型号、硬件版本、源码或 BSP、启动资源、串口日志、外设清单和验收条件。电话、邮件、微信和 WhatsApp 均可在本页直接联系。

在线咨询
电话咨询
13910119357
微信咨询
WhatsApp
稳格科技 WhatsApp 二维码 扫码或点击联系
Telegram
稳格科技 Telegram 二维码扫码或点击联系
回到顶部

PROJECT INTAKE

提交项目需求

请留下联系方式与项目需求,便于技术人员与您确认开发范围。

本地预览:可填写并检查表单,留言不会发送至官网。

也可通过以下方式联系

微信

稳格科技微信二维码

使用微信扫码联系

WhatsApp

稳格科技 WhatsApp 二维码

扫码或点击联系