Build- und Boot-Basis fixiert
OpenHarmony-v6.1-Release, RK3588 AArch64, Linux 5.10.210 und EVB1 LP4 V10 DTB wurden fixiert; kritische Boot-Ressourcen erhielten SHA-256-Baselines.
OPENHARMONY · RK3588 · STAGE-0
OpenHarmony 6.1 Stage-0-Systemanpassung auf RK3588
Auf Basis von OpenHarmony-v6.1-Release wurde der minimale headless Stage-0 auf dem festgelegten RK3588-Board verifiziert und eine nachvollziehbare Kette für Build, Medienbeschreibung, Boot, Protokollierung und Auswertung aufgebaut.
RK3588OpenHarmony 6.1
Direkte Antwort
Unter den festgelegten Projektbedingungen startete OpenHarmony 6.1 den RK3588-Kernel und OpenHarmony init von SD, band die Systempartitionen ein und stellte eine serielle Root-Shell bereit. Die Aussage gilt nur für dieses Board, Build22, das SD-Medium und den headless Stage-0.
PROJECT SCOPE
Projektüberblick
Es wurde kein fertiges Image kopiert. Boardprofil, Boot-Ressourcen, Partitionstabelle, Treiberschnittstellen, Speichercontrollerpfade und Dienstabhängigkeiten wurden für RK3588 abgestimmt.
Sichere SD-Schreibgrenze
Vor dem Schreiben wurden Gerät, Medientyp, Kapazität, CID, Mounts, Partitionsgrenzen und GUIDs geprüft; die Android-Wartungsumgebung auf eMMC blieb erhalten.
Frühe Kernel-Blocker beseitigt
Fehlende RK3588-Clock-Links und Prüfungen wurden ergänzt; bei fehlender CSI2-MMIO-Ressource wird ein Fehler statt eines Nullzugriffs zurückgegeben.
Speicherpfade vereinheitlicht
Verweise in fstab, updater, init und extlinux wurden vom eMMC-Pfad auf den verwendeten SD-Controller umgestellt.
Dienstkaskaden im Headless-Profil isoliert
Die Fehlerweitergabe von foundation und render_service wurde angepasst, sodass accountmgr nicht mitbeendet wurde und der frühere Fehlerpunkt bei 332 Sekunden überschritten wurde.
Stage-0-Verifikation auf Hardware
Build22 erfüllte die im Projekt definierten minimalen headless Stage-0-Kriterien. Alle folgenden Werte gelten nur für dieses Board und Image.
ENGINEERING PATH
Zentrale Anpassungen
Build2212 imagesSD bootOpenHarmony initSerial root shell
Direkte Antwort
Unter den festgelegten Projektbedingungen startete OpenHarmony 6.1 den RK3588-Kernel und OpenHarmony init von SD, band die Systempartitionen ein und stellte eine serielle Root-Shell bereit. Die Aussage gilt nur für dieses Board, Build22, das SD-Medium und den headless Stage-0.
VERIFIED EVIDENCE
Stage-0-Verifikation auf Hardware
Build22 erfüllte die im Projekt definierten minimalen headless Stage-0-Kriterien. Alle folgenden Werte gelten nur für dieses Board und Image.
- 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
Projektüberblick
EVIDENCE BOUNDARY
Nachweisgrenze
Build22 erfüllte die im Projekt definierten minimalen headless Stage-0-Kriterien. Alle folgenden Werte gelten nur für dieses Board und Image.
480 Sekunden sind das serielle Aufzeichnungsfenster und kein Nachweis für Langzeitstabilität, Grafik, vollständige Peripherie oder Serienreife. Display, GPU, Touch, Audio, Netzwerk, USB/HDC, Kameras, Suspend/Resume und vollständige Neustartzyklen liegen außerhalb dieser Phase.
Patch 0027 bestand Quellcode-Prüfung, vollständigen Build23-Build und statische Image-Prüfung. Da keine Build23-Hardware-Regression vorliegt, wird keine Behebung von foundation auf dem Gerät behauptet.
FAULT ISOLATION
Stand der foundation-Fehleranalyse
FaultLogger grenzte den direkten foundation-Fehler von Build22 auf den SELinux-restorecon-Pfad während der Initialisierung von AppDomainVerifyMgrService ein; getenforce war auf dem Board Disabled.
Patch 0027 bestand Quellcode-Prüfung, vollständigen Build23-Build und statische Image-Prüfung. Da keine Build23-Hardware-Regression vorliegt, wird keine Behebung von foundation auf dem Gerät behauptet.
FAQ
Häufige Fragen
Nein. Das Ergebnis ist auf das festgelegte Board, Image, Boot-Medium und die Testbedingungen begrenzt.
Damit die Android-Wartungsumgebung auf eMMC erhalten bleibt und Medienidentifikation plus Rücklesen Fehlbeschreibungen reduzieren.
Nein. Sie zeigen nur, dass im Build22-Fenster kein überwachter Kernel panic, Oops oder critical-service fatal auftrat.
Der direkte Pfad ist lokalisiert und Build23 bestand Build und statische Prüfungen; ein Build23-Hardware-Regressionstest gehört nicht zu diesem Nachweis.
Boardmodell und Revision, Quelltag, BSP oder Boot-Ressourcen, Device Tree, Boot-Medium, serielle Schnittstelle, Peripherie, vorhandene Logs und Abnahmekriterien.
APPLICATIONS
Geeignete Projekte
OpenHarmony-Quellbuild und Boot-Anpassung für RK3588-Boards
Board-BSP-Portierung des OpenHarmony-Standardsystems
Debugging von U-Boot, extlinux, GPT und Partitionsimages
Kompatibilität von Device Tree und Linux-5.10-Treibern
Sichere SD/eMMC-Dual-Media-Verifikation
Analyse von Systemdiensten, FaultLogger und nativen Crash-Stacks
DIRECT CONTACT
RK3588-OpenHarmony-Anpassung direkt besprechen
Bitte stellen Sie Boardmodell und Revision, Quellcode oder BSP, Boot-Ressourcen, serielle Logs, Peripherieliste und Abnahmekriterien bereit. Telefon, E-Mail, WeChat und WhatsApp sind direkt auf dieser Seite verfügbar.
Telefon13910119357Direkt anrufen
E-Mailxuzhiyang@winge.com.cnE-Mail öffnen
WeChatQR-Code auf dieser Seite
WhatsAppWhatsAppDirekten Chat öffnen
WeChatQR-Code auf dieser Seite
Online
Telefon
WeChat
zurück nach oben