RK3588 OpenHarmony ブート層: カーネル、init、およびアプリケーション サービス

テクニカルガイド

コマンドライン セッションが RK3588 シリアル ポート経由で利用できる場合は、カーネル、init、およびアプリケーション サービスを個別に確認してください。これは起動までの進行状況を示します。グラフィックス、周辺機器、継続的な動作については、引き続き個別のチェックが必要です。各レイヤーの入力、ログ、および最初の障害を特定するための決定を記録します。

Stage-0 レコードのスコープを定義する

RK3588 の OpenHarmony 6.1 Stage-0 アダプテーション レコード では、指定されたボード、Build22 ビルド ラベル、および SD ブート メディアが使用されます。 Stage-0 は、グラフィカル インターフェイスを使用しない最小限の検証を意味します。 Build22 は、そのレコードで使用されるビルド ラベルです。問題を調査するときに、ソース リビジョン、ビルド構成、およびイメージ ハッシュに接続します。

OpenHarmony 6.1 RK3588 の Stage-0 適応レコード (中国語)

起動の進行状況は、そのフェーズでチェックされた機能とは別に読み取ります。グラフィックス、アプリケーション、または周辺機器を追加する場合は、同じバージョンの記録を保持し、関連する受け入れケースを拡張します。

各層の責任と診断入力

すべての列を表示するには、テーブルを水平にスワイプします。

DTB は、カーネルにハードウェア情報を提供するバイナリのデバイス ツリー記述です。ファイル名だけを比較するのではなく、ボードとイメージのリビジョンと照合してください。 init をサブシステムの技術名として保持し、使用中の OpenHarmony バージョンと比較して構成を確認します。スタートアップ サブシステム ソースは、メカニズムと構成を見つけるのに役立ちます。プロジェクトの結論には、関連するバージョンの記録が必要です。

スタートアップサブシステムのソース

1 つの一貫したバージョンを使用して最も初期の障害を検出する

問題を再現するたびに、同じボード リビジョン、イメージ、およびブート メディアを使用してください。ログを時系列に確認します。ドライバーの初期化の失敗、ファイルシステムのパスのエラー、利用できない依存関係を記録し、プロセスの終了を個別に記録します。サービスが終了した場合は、サービス設定やエラー処理を変更する前に、その依存関係を確認してください。

各複製物に次のフィールドを添付します。これは統合作業用のレコード定義であり、事前に設定されたテスト結果はありません。

すべての列を表示するには、テーブルを水平にスワイプします。

適応評価のための入力

ボードとリビジョン、現在のシステム、利用可能なソース、ブート メディア、完全なシリアル ログ、およびターゲット機能を準備します。グラフィックス、周辺機器、アプリケーション、安定性のテストを定義する前に、フェーズの対象となるレイヤーについて合意します。関連する入力と成果物については、埋め込み型 Linux BSP およびデバイス アプリケーション アダプテーション サービス を参照してください。

組み込み Linux BSP およびデバイス アプリケーション アダプテーション サービス、中国語