عملية إصدار صورة النواة (GKI) العامة

توضّح هذه الصفحة كيفية إصدار GKI، بما في ذلك الإصدارات الربع سنوية والإصدارات الطارئة خارج النطاق. تهدف هذه الصفحة إلى تزويد الشركات المصنّعة للأجهزة الأصلية بإرشادات حول مكان الحصول على GKI بالإضافة إلى عملية إجراء إصلاحات طارئة خارج النطاق. يمكن لمصنّعي المعدات الأصلية أيضًا استخدام تطوير GKI لمعرفة المزيد حول كيفية التعاون مع فريق Android Kernel لتحسين نواة GKI لمنتجاتهم.

وتيرة إصدار GKI

يتم إصدار GKI بوتيرة ربع سنوية بعد تجميد KMI.

صلاحية إصدار GKI لمصنّعي المعدات الأصلية

يمكن لمصنّعي المعدات الأصلية استخدام إصدار حديث من Android GKI. يمكن للمصنّعين الأصليين للأجهزة إطلاق إصدارات معتمدة من GKI طالما أنّها تتوافق مع متطلبات نواة LTS المحدّدة في "نشرة أمان Android" (ASB).

الإصدارات المعتمَدة الربع سنوية

تحتوي إصدارات GKI الفصلية على boot.img تم اختباره ويتضمّن شهادة أدرجتها Google لإثبات أنّ الملفات الثنائية تم إنشاؤها من أساس معروف للرمز المصدر.

يتم اختيار إصدار محتمل ربع سنوي من GKI (غير معتمد) كل ربع سنة بعد تاريخ انتهاء المراجعة. بعد اختيار الإصدار المحتمل الربع سنوي، لن يتم قبول أي تغييرات جديدة في إصدار ذلك الشهر. خلال فترة الاختبار المغلق، لا يمكن معالجة سوى الأخطاء التي تؤدي إلى تعذُّر اجتياز الاختبار. تخضع الإصدارات المرشّحة لعملية ضمان الجودة، كما هو موضّح في قسم تأهيل GKI، وذلك للتحقّق من اجتياز اختبارات التوافق على إصدار GSI+GKI باستخدام جهاز مرجعي بالإضافة إلى Cuttlefish.

الشكل 1. المخطط الزمني لإصدار GKI

مؤهلات GKI

أماكن الحصول على عناصر الإنشاء

يمكن لمصنّعي المعدات الأصلية الحصول على عناصر لجميع الإصدارات من ci.android.com.

يمكنك العثور على مزيد من المعلومات حول عملية الدمج المتواصل، بما في ذلك نتائج الاختبار على لوحة بيانات عملية الدمج المتواصل في Android.

الأسئلة الشائعة

في ما يلي بعض الأسئلة الشائعة المتعلقة بعملية إصدار GKI.

هل يمكن إنشاء برنامج ثنائي جديد لواجهة GKI استنادًا إلى واجهة GKI تم إصدارها من قبل؟

نعم، يُعرف ذلك باسم إعادة الصياغة. تتوفّر عملية إعادة البناء والتصديق طالما أنّ إصدار GKI الذي تم طرحه (والذي يتم طلب إعادة البناء والتصديق له) يتوافق مع متطلبات الدعم الطويل الأمد (LTS) الواردة في "نشرة أمان Android" (ASB).

هل يمكن إعادة إنتاج ثنائيات GKI؟

نعم، إليك مثال:

GKI 2.0
5.10 kernel prebuilts from build 7364300
https://ci.android.com/builds/submitted/7364300/kernel_aarch64/latest

لإعادة إنتاج المثال، نزِّل manifest_$id.xml ونفِّذ الأمر التالي:

repo init -u https://android.googlesource.com/kernel/manifest
mv manifest_7364300.xml .repo/manifests
repo init -m manifest_7364300.xml --depth=1
repo sync
# build the GKI images
# You may want to use LTO=thin to build faster for development
BUILD_CONFIG=common/build.config.gki.aarch64 build/build.sh
# (optional) build virtual platform modules
BUILD_CONFIG=common-modules/virtual-device/build.config.virtual_device.aarch64 build/build.sh

يمكنك استرداد نسخة من عنصر GKI من out/.../dist.

هل تم إنشاء ملف GKI الثنائي (بما في ذلك تصحيح الإصدار الطارئ) على أحدث قاعدة رموز برمجية؟

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

• قرّر كل من OEM1 وOEM2 استخدام إصدار GKI الثنائي الصادر في نوفمبر 2021.
• تعثر الشركتان المصنّعتان للأجهزة الأصلية 1 و2 على مشاكل تتطلّب توفير تصحيحات للحصول على الدعم. وقد تكون هذه التصحيحات مختلفة أو متشابهة.
• تتضمّن عمليات إعادة الإصدار التي تم إجراؤها على إصدار تشرين الثاني (نوفمبر) 2021 الثنائي إصلاحات تمنع إطلاق الإصدار أبلغ عنها كل من OEM1 وOEM2 خلال فترة إعادة الإصدار، ولكن لا تتضمّن أي إصلاحات أخرى.
• تتضمّن أيضًا إصدارات GKI الربع سنوية اللاحقة المشاكل المذكورة في النقطة الثانية.

يتضمّن إصدار أكتوبر الذي تمت إعادة بنائه والتصديق عليه جميع حِزم التصحيح التي أرسلتها الشركات المصنّعة الأصلية للأجهزة، ولكن حِزم التصحيح الأخرى التي أرسلتها هذه الشركات تؤثر فينا لأنّها لم يتم اختبارها تحديدًا مع منتجاتنا. هل يمكن تضمين التصحيح الذي أعددناه فقط؟

هذا غير ممكن. لا يمكن توسيع نطاق مسار إعادة البناء والتصديق لمصنّعي المعدات الأصلية الفرديين. بدلاً من ذلك، يدقّق فريق GKI في كل تغيير يتم إجراؤه على إصدارات respin، ويختبر التغييرات باستخدام جميع الأجهزة المتاحة قبل إنشاء إصدار جديد. إذا تبيّن لفريق GKI أنّ المشكلة خاصة بمصنّع أصلي للجهاز أو جهاز أو طراز، يمكن لفريق GKI التأكّد من أنّ الرمز الذي تمت إضافته من خلال التغيير لا يتم تنفيذه إلا على الجهاز أو الطراز أو رمز التخزين التعريفي المتأثر.

تتمثّل الميزة الرئيسية لعمليات إعادة التدوير الموحّدة في أنّ كل جهاز يستخدم إصدارًا أساسيًا واحدًا يستفيد من الأجهزة الأخرى، خاصةً إذا كانت الأخطاء التي يتم رصدها عامة وتنطبق على جميع المستخدمين. تُعدّ الأخطاء الأساسية في النواة التي تم رصدها أثناء اختبارات شركات الاتصالات مثالاً محددًا على هذا المفهوم.

هل هناك حالات تقدّم فيها Google معلومات محدّدة حول حِزم تصحيح الأخطاء من الشركات المصنّعة الأصلية وسيناريوهات المشاكل، حتى تتمكّن الشركات المصنّعة الأصلية من تقييم تأثير ومخاطر تنفيذ حِزم تصحيح الأخطاء في منتجاتها؟

لن تضيف Google أي تغيير إلى إصدار إعادة البناء والتصديق إلا بعد أن يتفهّم فريق GKI المشكلة ويجمع كل التفاصيل. يمكنك الاطّلاع على ذلك في سجلّ التغيير (رسالة الالتزام). لا تكشف Google عن الجهاز المحدّد الذي يتأثر بهذا التغيير، ولكن يمكن لمصنّعي المعدات الأصلية دائمًا العثور على وصف المشكلة والحل في سجلّ التغيير.