يوفّر نواة Linux العديد من الآليات لتشخيص المشاكل، بما في ذلك التتبّع و BPF و التحليل. تتوفر معظم هذه التقنيات في النواة الثنائية صورة النواة العامة (GKI) العامة. عند تطوير المنتجات، تتوفر العديد من الأدوات التي يتم دمجها في عمليات التطوير والتكامل، وبعضها يتطلب ميزات نواة ليست جزءًا من GKI. كما هو الحال مع معظم ميزات GKI، ننصحك بالانضمام إلى المطوّرين الرئيسيين لإضافة هذه الميزات إلى Linux.
ميزات تصحيح الأخطاء في مرحلة ما بعد النشر في وحدات المورّدين
تتشابه ميزات تصحيح الأخطاء في نطاقها مع الأنواع الأخرى من الميزات، ويجب أن تتمثّل في اتّباع العمليات نفسها الموضّحة في التصحيحات الخاصة بنظام التشغيل Android.
ميزات تصحيح الأخطاء المزعجة في مرحلة الإصدار العلني
تتطلّب بعض ميزات تصحيح الأخطاء المفيدة خيارات ضبط خاصة يتم إيقافها في GKI، وبالتالي تتطلّب إصدارًا خاصًا من kernel. قد يتم إيقاف هذه الميزة
بسبب عقوبات الأداء أو عدم ملاءمتها
للاستخدام في مرحلة الإنتاج، ولكنّها لا غنى عنها لتصحيح أخطاء
أنواع معيّنة من المشاكل. تشمل الأمثلة على هذه الأدوات التعقيمات (KASAN وUBSAN)
وdebugfs
وغيرها من الميزات والأدوات الخاصة بالشركاء.
يعود الأمر إليك في تحديد كيفية إدارة نواة خاصة تتيح تصحيح الأخطاء وتؤثّر في واجهة وحدة النواة (KMI). من الممارسات الشائعة إنشاء إصدار تصحيح أخطاء داخلي وتسليم العناصر الناتجة إلى العملاء الداخليين أو شركاء التطوير في مرحلة ما بعد الإصدار. ننصحك بمواصلة عزل هذه الميزات إلى وحدات، إذ لا يمكن قبول ميزات تصحيح الأخطاء الخاصة بالشركاء في نواة GKI مع اتّباع الإرشادات الموضّحة في رموز التصحيح الخاصة بنظام التشغيل Android.