27 Mart 2025'ten itibaren AOSP'yi derlemek ve AOSP'ye katkıda bulunmak için aosp-main yerine android-latest-release kullanmanızı öneririz. Daha fazla bilgi için AOSP'de yapılan değişiklikler başlıklı makaleyi inceleyin.
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Linux çekirdeği, izleme, BPF ve profil oluşturma gibi sorunları teşhis etmek için birçok mekanizma sağlar. Bu tekniklerin çoğu, Genel Çekirdek Görüntüsü (GKI) ikili çekirdeğinde kullanılabilir. Ürün geliştirirken geliştirme veya entegrasyon süreçlerine entegre edilen daha birçok araç vardır. Bunlardan bazıları, GKI'nın bir parçası olmayan çekirdek özelliklerini gerektirir. Çoğu GKI özelliğinde olduğu gibi, bu özellikleri Linux'a eklemek için yayın öncesi bakım uzmanlarıyla çalışmanızı öneririz.
Tedarikçi modüllerindeki aşağı akış hata ayıklama özellikleri
Hata ayıklama özellikleri, diğer özellik türleriyle benzer kapsama sahiptir ve Android'e özgü yamalar bölümünde açıklanan süreçleri izlemelidir.
Aşağı akışta müdahaleci hata ayıklama özellikleri
Bazı yararlı hata ayıklama özellikleri, GKI'da devre dışı bırakılan özel yapılandırma seçenekleri gerektirir ve bu nedenle çekirdeğin özel bir derlemesini gerektirir. Bu özellikler, performans cezaları veya üretimde kullanıma uygun olmama nedeniyle devre dışı bırakılabilir ancak belirli türde sorunlarda hata ayıklama için vazgeçilmezdir. Bu tür araçlara örnek olarak dezenfektanlar (KASAN, UBSAN),
debugfs ve iş ortaklarına özel diğer özellikler ve araçlar verilebilir.
Çekirdek Modülü Arayüzü'nü (KMI) etkileyen özel hata ayıklama özellikli çekirdekleri nasıl yöneteceğinizi belirlemek size bağlıdır. Yaygın bir uygulama, dahili bir hata ayıklama derlemesi oluşturmak ve ortaya çıkan yapıları dahili müşterilere veya yayın öncesi geliştirme iş ortaklarına teslim etmektir. İş ortağına özgü hata ayıklama özellikleri, Android'e özgü yamalar bölümünde açıklanan yönergelerin dışında GKI çekirdeğine kabul edilemediğinden bu tür özellikleri modüllere ayırmaya devam etmenizi öneririz.
Bu sayfadaki içerik ve kod örnekleri, İçerik Lisansı sayfasında açıklanan lisanslara tabidir. Java ve OpenJDK, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-07-27 UTC.
[[["Anlaması kolay","easyToUnderstand","thumb-up"],["Sorunumu çözdü","solvedMyProblem","thumb-up"],["Diğer","otherUp","thumb-up"]],[["İhtiyacım olan bilgiler yok","missingTheInformationINeed","thumb-down"],["Çok karmaşık / çok fazla adım var","tooComplicatedTooManySteps","thumb-down"],["Güncel değil","outOfDate","thumb-down"],["Çeviri sorunu","translationIssue","thumb-down"],["Örnek veya kod sorunu","samplesCodeIssue","thumb-down"],["Diğer","otherDown","thumb-down"]],["Son güncelleme tarihi: 2025-07-27 UTC."],[],[],null,["# Debug features\n\nThe Linux kernel provides many mechanisms to diagnose issues including\n[tracing](https://android.googlesource.com/kernel/common/+/refs/heads/android-mainline/Documentation/trace/),\n[BPF](https://lwn.net/Articles/818714/), and\n[profiling](https://perf.wiki.kernel.org/index.php/Tutorial). Most\nof these techniques are available in the Generic Kernel Image (GKI) binary\nkernel. When developing products, there are many more tools that are integrated\ninto the development or integration processes, some of which require kernel\nfeatures that aren't part of GKI. As with most GKI features, we encourage you to\nwork with upstream maintainers to add these features to Linux.\n| **Note:** Kernel debugging tools and techniques are beyond the scope of this document.\n\nDownstream debug features in vendor modules\n-------------------------------------------\n\nDebugging features are similar in scope to other kinds of features and must\nfollow the same processes as described in\n[Android-specific patches](/docs/core/architecture/kernel/kernel-code#android-specific-patches).\n\nIntrusive downstream debug features\n-----------------------------------\n\nSome useful debug features require special configuration options that are\ndisabled in GKI and therefore require a special build of the kernel. These\nfeatures might be disabled due to performance penalties or unsuitability for\nproduction use, but are indispensable for debugging certain\ntypes of issues. Examples of such tools include sanitizers (KASAN, UBSAN),\n`debugfs`, and other partner-specific features and tools.\n\nIt's up to you to determine how you manage special debug-enabled kernels\nthat impact the Kernel Module Interface (KMI). A common practice is to have an\ninternal debug build and deliver the resulting artifacts to internal customers\nor downstream development partners. We recommend continuing to isolate such\nfeatures into modules as partner-specific debug features can't be accepted into\nthe GKI kernel beyond the guidelines described in\n[Android-specific patches](/docs/core/architecture/kernel/kernel-code#android-specific-patches)."]]
