يفرض الإصدار 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 وهيكله |