2026 年より、トランク安定版開発モデルに沿ってエコシステムのプラットフォームの安定性を確保するため、第 2 四半期と第 4 四半期に AOSP にソースコードを公開します。AOSP のビルドとコントリビューションには、aosp-main ではなく android-latest-release を使用することをおすすめします。android-latest-release マニフェスト ブランチは、常に AOSP にプッシュされた最新のリリースを参照します。詳細については、AOSP の変更点 をご覧ください。
デバッグ機能
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
Linux カーネルは、トレース 、BPF 、プロファイリング を含む問題を診断するための多くのメカニズムを備えています。これらの手法のほとんどは、汎用カーネル イメージ(GKI)バイナリ カーネルで使用できます。製品を開発する場合、開発プロセスまたは統合プロセスに統合されているツールは他にも多数ありますが、その中には GKI に含まれないカーネル機能を必要とするものがあります。ほとんどの GKI 機能と同様に、アップストリームの管理者と連携して、これらの機能を Linux に追加することをおすすめします。
注: カーネルのデバッグツールと手法は、このドキュメントの対象範囲外です。
ベンダー モジュールのダウンストリーム デバッグ機能
デバッグ機能のスコープは他の種類の機能と類似しており、Android 固有のパッチ で説明されているものと同じプロセスに従う必要があります。
干渉するダウンストリーム デバッグ機能
一部の便利なデバッグ機能では、GKI で無効になっている特別な構成オプションが必要となるため、カーネルの特別なビルドが必要です。これらの機能は、パフォーマンスの低下や本番環境での使用への不適合性により無効になる場合がありますが、特定の種類の問題のデバッグには不可欠です。このようなツールの例としては、サニタイザー(KASAN、UBSAN)、debugfs、その他のパートナー固有の機能やツールなどがあります。
カーネル モジュール インターフェース(KMI)に影響を与える、特別なデバッグ対応のカーネルをどのように管理するかは、デベロッパーが決定します。一般的な方法は、内部デバッグビルドを作成し、結果のアーティファクトを内部顧客またはダウンストリームの開発パートナーに提供することです。Android 固有のパッチ に記載されているガイドラインの内容を超えて、パートナー固有のデバッグ機能を GKI カーネルに受け入れることはできないため、このような機能は、引き続きモジュールに分離することをおすすめします。
このページのコンテンツやコードサンプルは、コンテンツ ライセンス に記載のライセンスに従います。Java および OpenJDK は Oracle および関連会社の商標または登録商標です。
最終更新日 2025-03-26 UTC。
[[["わかりやすい","easyToUnderstand","thumb-up"],["問題の解決に役立った","solvedMyProblem","thumb-up"],["その他","otherUp","thumb-up"]],[["必要な情報がない","missingTheInformationINeed","thumb-down"],["複雑すぎる / 手順が多すぎる","tooComplicatedTooManySteps","thumb-down"],["最新ではない","outOfDate","thumb-down"],["翻訳に関する問題","translationIssue","thumb-down"],["サンプル / コードに問題がある","samplesCodeIssue","thumb-down"],["その他","otherDown","thumb-down"]],["最終更新日 2025-03-26 UTC。"],[],[]]