Un shell série fonctionnel n'établit pas que les graphiques, les services d'application ou les périphériques ont été acceptés. Passez en revue le démarrage RK3588 Stage-0 en séparant le noyau, l'initialisation et les services de niveau supérieur, puis en vérifiant leurs dépendances. L'étape 0 suit ici la définition du cas d'origine : validation minimale sans tête.
Ce qu'établit le dossier de projet publié
L'enregistrement du projet publié en chinois rapporte la validation du démarrage OpenHarmony pour une carte spécifiée, Build22 et les conditions de démarrage SD. Ce guide explique comment lire ces preuves par couche ; il ne signale aucun test de carte supplémentaire.
dossier de projet publié en chinois
Couches de démarrage et preuves
| Couche | Responsabilité | Des preuves à vérifier | Inférence non prise en charge |
|---|---|---|---|
| Chargement de démarrage et description de l'appareil | Charger le noyau et fournir les paramètres de démarrage et la description du matériel | Hachages d'image, support, paramètres de démarrage et version DTB | Chaque variante de carte peut démarrer |
| Noyau | Initialiser les processeurs, les pilotes et les ressources de base | Journaux de démarrage en série, erreurs de pilote et montage du système de fichiers racine | Les services applicatifs sont opérationnels |
| initialisation | Démarrez les processus de l'espace utilisateur et organisez les dépendances | configuration d'initialisation et enregistrements de démarrage/sortie de processus | Les applications graphiques et métiers ont été acceptées |
| Services applicatifs | Fournir des interfaces, des fonctions d’appareil ou des API métier | Journaux de service, réponses API et enregistrements de tests de scénarios | Stabilité à long terme et compatibilité de tous les périphériques |
Localisation des pannes sur plusieurs couches
Reproduisez d’abord le problème avec le même tableau, la même image et le même support. Recherchez le premier échec dans les journaux. Classez séparément les erreurs d’initialisation du pilote, les erreurs de chemin du système de fichiers et les boucles de redémarrage du service. Lorsqu'un service se termine, vérifiez si ses ressources requises sont prêtes au lieu de simplement augmenter les tentatives de redémarrage.
Conservez une trace de la version de build au hachage de l’image, à la configuration de démarrage, au journal série et à l’élément d’acceptation. Enregistrez une seule capture de démarrage séparément des tests de fonctionnement soutenus. Gardez ouverts les graphiques, les périphériques et les travaux de fiabilité non testés.
Éléments d’entrée pour une évaluation de l’adaptation
Fournissez la révision de la carte, le système d'origine, le support de démarrage, la source disponible, les journaux série et les fonctions cibles. Convenez de la couche couverte par la phase actuelle avant de définir les lots de travaux ultérieurs et l'acceptation. Consultez la portée du service chinois RK3588 d'origine et la source du sous-système de démarrage OpenHarmony.
Portée du service chinois d'origine RK3588 · Source du sous-système de démarrage OpenHarmony
En ligne
Téléphone
WeChat
retour au sommet
Commentaires sur le projet