متطلبات النواة الأساسية

يفرض الإصدار Android 8.0 والإصدارات الأحدث منه حدًّا أدنى لإصدار النواة والنواة. التهيئة، التي يتم التحقق منها بواسطة حزمة اختبار المورد (VTS) وعبر الشبكة غير السلكية (OTA). يجب أن تعمل نواة جهاز Android على تفعيل النواة .config. وخيار قراءة تهيئة النواة في وقت التشغيل من خلال نظام الملفات procfs.

دعم تهيئة Kernel

يجب أن تمكّن جميع نواة الجهاز جميع android-base.cfg، الذي يجب أن يتضمن ما يلي خيارات تهيئة kernel (أو ما يعادله من إصدار kernel):

CONFIG_IKCONFIG=y
CONFIG_IKCONFIG_PROC=y

إصدار النواة

بالنسبة إلى نظام التشغيل Android 9، الحدّ الأدنى للدعم الطويل الأمد (LTS) متطلبات إصدار النواة هي 4.4.107 و4.9.84 و4.14.42.

  • يجب إطلاق جميع تقنيات المنظومة على الرقاقة (SoCs) التي تم إنتاجها في عام 2018 باستخدام النواة 4.9.84 أو أعلى.
  • جميع شركات المنظومة على الرقاقة (SoC) الأخرى التي تُطلق أجهزة Android التي تعمل بالإصدار 9 من نظام التشغيل Android يجب استخدام kernel 4.4.107 أو أحدث.
  • يجب أن تتضمّن نواة الجهاز المستندة إلى الإصدار 4.14 الإصدار 4.14.42 أو قناة الدعم الطويل الأمد (LTS) أو الإصدارات الأحدث. .
  • بغض النظر عن تاريخ الإطلاق، سيتم إطلاق جميع تقنيات المنظومة على الرقاقة (SoC) التي تتضمّن أجهزة تعمل بنظام التشغيل Android 8.0. والمستويات الأعلى تخضع لتغييرات النواة المطلوبة لتفعيل الصوت Treble.
  • ستستمر أجهزة Android القديمة التي تتم ترقيتها إلى الإصدار 8.0 أو الإصدارات الأحدث في يستخدمون إصدار النواة الأساسية الأصلية.

للحصول على تفاصيل حول نواة قناة الدعم الطويل الأمد (LTS)، يُرجى الاطّلاع على على المدى الطويل النواة الثابتة النواة الشائعة لنظام التشغيل Android

دعم Devicetree

إذا لم تكن المنصة تتيح مواصفات الإعداد المتقدّم وواجهة الطاقة (ACPI)، يُرجى اتّباع الخطوات التالية: دعم شجرة الجهاز في النواة (kernel)، ويجب أن تجتاز برامج الإقلاع وصف الأجهزة في شكل شجرة جهاز على النواة. شجرة الجهاز أن يكون متاحًا أيضًا لنظام التشغيل Android لقراءته، كما يجب أن يكون قادرًا على اجتياز والمعلمات الخاصة بـ ODM إلى Android. CONFIG_OF إلزامي، بالإضافة إلى جميع CONFIG_OF_* الأخرى الخاصة بالأجهزة والنظام الفرعي خيارات تهيئة النواة.

استخدام DebugFS

لا يمكن أن يعتمد تنفيذ واجهة المورِّد على DebugFS نظام الملفات للوصول إلى معلومات تصحيح الأخطاء. وذلك لأنّه يمكن تفعيل DebugFS في الإصدارات من Android 7.0 إلى 10، ولكن قد يتم إجراء اختبار VTS باستخدام DebugFS غير مثبَّت.

في نظام التشغيل Android 11، لا يمكن الوصول إلى DebugFS أو تثبيته عليه على أجهزة الإنتاج، لذلك يجب على الشركات المصنّعة للأجهزة إزالتها. قبل Android 11، وصل dumpstate إلى إحصاءات الغلاف من DebugFS. لأنّ إصدارات المستخدمين التي تعمل بنظام التشغيل Android 11 أو الإصدارات الأحدث لا يمكن الوصول إليها يصل DebugFS وdumpstate إلى إحصاءات المجلد من binderfs لتفعيل Binderfs، يجب تفعيل النواة (kernel). الإعداد CONFIG_ANDROID_BINDERFS.

في نظام التشغيل Android 11، تفرض ميزة VTS الشرطَين التاليَين:

  • لم يتم تفعيل CONFIG_DEBUG_FS في إعدادات النواة للجهاز.
  • DebugFS غير مدرج ضمن /proc/filesystems.

DebugFS في الإصدار 11 من نظام Android

يصف الجدول التالي كيف يتم ترتيب كل فئة من هذه الفئات الثلاث معتمد في نظام التشغيل Android 11. لاحظ أن لا تنطبق المتابعة التالية إلا على إصدارات userdebug نظرًا لأنه لا يمكن تنفيذ DebugFS التي يتم تثبيتها في إصدارات المستخدم. عدم تثبيت DebugFS مطلقًا في إصدارات المستخدم للأجهزة التي سيتم إطلاقها على نظام التشغيل Android 11.

حالة الاستخدام إصدار تصحيح أخطاء المستخدم في Android 11
إعداد ملفات DebugFS لمرة واحدة أثناء بدء التشغيل: لا يحدث إذن الوصول هذا إلا مرة واحدة خلال وقت التشغيل. يقوم المورّد بذلك.
إنشاء تقرير الأخطاء: ما هو مكتوب في dumpstate HAL DebugFS ملف، التي تصبح جزءًا من تقرير الخطأ تم تنفيذه بواسطة dumpstate HAL خلال DumpstateBoard() عند الاستدعاء باستخدام أداة dumpstate.
الاختبار الخاص بجهاز محدّد والتحقّق منها جذر Adb وهيكله