Eine funktionierende serielle Shell stellt keinen Beweis dafür dar, dass Grafiken, Anwendungsdienste oder Peripheriegeräte die Abnahme bestanden haben. Überprüfen Sie den Bootvorgang von RK3588 Stage-0, indem Sie Kernel, Init und Dienste auf höherer Ebene trennen und dann deren Abhängigkeiten überprüfen. Stufe 0 folgt hier der ursprünglichen Falldefinition: minimale Headless-Validierung.
Was die veröffentlichte Projektaufzeichnung festlegt
Der veröffentlichte Projektdatensatz auf Chinesisch berichtet über die OpenHarmony-Boot-Validierung für ein bestimmtes Board, Build22 und SD-Boot-Bedingungen. In diesem Leitfaden wird erläutert, wie diese Beweise schichtweise gelesen werden. Es werden keine zusätzlichen Platinentests gemeldet.
veröffentlichte Projektaufzeichnung auf Chinesisch
Stiefelschichten und Beweise
| Schicht | Verantwortung | Beweise, die überprüft werden müssen | Nicht unterstützte Schlussfolgerung |
|---|---|---|---|
| Boot-Laden und Gerätebeschreibung | Laden Sie den Kernel und geben Sie Boot-Parameter und Hardwarebeschreibung an | Image-Hashes, Medium, Boot-Parameter und DTB-Version | Jede Boardvariante kann booten |
| Kernel | Initialisieren Sie Prozessoren, Treiber und grundlegende Ressourcen | Serielle Boot-Protokolle, Treiberfehler und Root-Dateisystem-Mounting | Anwendungsdienste sind betriebsbereit |
| init | Starten Sie User-Space-Prozesse und organisieren Sie Abhängigkeiten | Init-Konfiguration und Prozess-Start-/Exit-Datensätze | Grafik- und Geschäftsanwendungen haben die Akzeptanz bestanden |
| Anwendungsdienste | Stellen Sie Schnittstellen, Gerätefunktionen oder Business-APIs bereit | Serviceprotokolle, API-Antworten und Szenariotestaufzeichnungen | Langzeitstabilität und Kompatibilität mit allen Peripheriegeräten |
Lokalisierung von Fehlern über Schichten hinweg
Reproduzieren Sie das Problem zunächst mit demselben Board, demselben Bild und demselben Medium. Suchen Sie den frühesten Fehler in den Protokollen. Klassifizieren Sie Treiberinitialisierungsfehler, Dateisystempfadfehler und Dienstneustartschleifen separat. Wenn ein Dienst beendet wird, prüfen Sie, ob die erforderlichen Ressourcen bereit sind, anstatt lediglich die Neustartversuche zu erhöhen.
Behalten Sie eine Rückverfolgung von der Build-Version bis zum Image-Hash, der Startkonfiguration, dem Serienprotokoll und dem Abnahmeelement bei. Zeichnen Sie eine einzelne Boot-Erfassung getrennt vom Dauerbetriebstest auf. Halten Sie ungetestete Grafiken, Peripheriegeräte und Zuverlässigkeitsarbeiten offen.
Eingaben für eine Anpassungsbewertung
Geben Sie die Board-Revision, das Originalsystem, das Boot-Medium, die verfügbare Quelle, serielle Protokolle und Zielfunktionen an. Vereinbaren Sie, welche Ebene die aktuelle Phase abdeckt, bevor Sie spätere Arbeitspakete und die Abnahme definieren. Sehen Sie sich den ursprünglichen chinesischen RK3588-Dienstumfang und die Quelle des OpenHarmony-Startsubsystems an.
Originaler chinesischer RK3588-Serviceumfang · Quelle des OpenHarmony-Startsubsystems
Online
Telefon
WeChat
zurück nach oben