জেনেরিক কার্নেল ইমেজ (GKI) রিলিজ প্রসেস

এই পৃষ্ঠায় GKI কীভাবে রিলিজ করা হয় তা বর্ণনা করা হয়েছে, যার মধ্যে ত্রৈমাসিক ও আউট-অফ-ব্যান্ড জরুরি রিলিজ অন্তর্ভুক্ত। এই পৃষ্ঠার উদ্দেশ্য হল, GKI কোথায় পাওয়া যাবে এবং আউট-অফ-ব্যান্ড জরুরি সমাধান করার প্রসেস সম্পর্কে OEM-কে একটি নির্দেশিকা দেওয়া। OEM-ও GKI ডেভেলপমেন্ট ব্যবহার করে আরও জানতে পারে যে কীভাবে তারা Android কার্নেল টিমের সাথে কাজ করে তাদের প্রোডাক্টের জন্য GKI কার্নেল অপ্টিমাইজ করতে পারে।

GKI রিলিজ ক্যাডেন্স

KMI ফ্রিজ করার পরে, GKI কোয়ার্টারলি ক্যাডেন্স অনুযায়ী রিলিজ করা হয়।

OEM-এর জন্য GKI বিল্ডের মেয়াদ

OEM সম্প্রতি রিলিজ করা Android GKI ব্যবহার করতে পারে। OEM GKI-সার্টিফায়েড বিল্ড লঞ্চ করতে পারে, তবে সেগুলি যেন Android Security Bulletin (ASB)-এ উল্লেখ করা লং-টার্ম সাপোর্টেড (LTS) কার্নেল সংক্রান্ত প্রয়োজনীয়তা মেনে চলে।

ত্রৈমাসিক সার্টিফায়েড রিলিজ

GKI-এর কোয়ার্টারলি রিলিজে একটি পরীক্ষিত boot.img থাকে যার মধ্যে Google-এর ইনসার্ট করা সার্টিফিকেট থাকে যা প্রমাণ করে যে বাইনারিগুলি একটি পরিচিত সোর্স কোড বেসলাইন থেকে তৈরি করা হয়েছে।

প্রতিটি কোয়ার্টারে, চেক-ইন কাট-অফ তারিখের পরে, GKI কোয়ার্টারলি রিলিজ ক্যান্ডিডেট (সার্টিফায়েড নয়) বেছে নেওয়া হয়। কোয়ার্টারলি রিলিজ ক্যান্ডিডেট বেছে নেওয়ার পরে, সেই মাসের রিলিজের জন্য নতুন পরিবর্তন গ্রহণ করা হবে না। বন্ধ থাকা উইন্ডোর সময়সীমার মধ্যে, শুধুমাত্র সেইসব সমস্যার সমাধান করা যাবে যেগুলির জন্য পরীক্ষা সফল হয় না। রিলিজ ক্যান্ডিডেট কোয়ালিটি অ্যাস্যুরেন্সের মধ্যে দিয়ে যায়—যেমন GKI কোয়ালিফিকেশন বিভাগে বর্ণনা করা হয়েছে—যাতে যাচাই করা যায় যে রেফারেন্স ডিভাইস ও Cuttlefish-এর সাথে GSI+GKI বিল্ডে কমপ্লায়েন্স টেস্ট পাস করেছে।

ছবি ১. GKI রিলিজ টাইমলাইন

GKI যোগ্যতা

বিল্ড আর্টিফ্যাক্ট কোথা থেকে পাবেন

OEM ci.android.com থেকে সব রিলিজের জন্য আর্টিফ্যাক্ট পেতে পারে।

আপনি CI সম্পর্কে আরও তথ্য পেতে পারেন, যার মধ্যে Android কন্টিনিউয়াস ইন্টিগ্রেশন ড্যাশবোর্ডে পরীক্ষার ফলাফল অন্তর্ভুক্ত।

প্রায়শই জিজ্ঞাসিত প্রশ্ন

GKI রিলিজ প্রসেস সম্পর্কিত কিছু প্রায়শই জিজ্ঞাসিত প্রশ্ন এখানে দেওয়া হল।

আগে রিলিজ করা GKI-এর উপর ভিত্তি করে নতুন GKI বাইনারি তৈরি করা কি সম্ভব?

হ্যাঁ, এটি রিস্পিন নামে পরিচিত। রিলিজ করা GKI বিল্ড (যেটির জন্য রিস্পিন করার অনুরোধ করা হয়েছে) Android Security Bulletin (ASB)-এ উল্লেখ করা LTS সংক্রান্ত প্রয়োজনীয়তা মেনে চললে, রিস্পিন প্রসেস কাজ করে।

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

আপনি out/.../dist থেকে GKI আর্টিফ্যাক্টের কপি ফিরিয়ে আনতে পারবেন।

GKI বাইনারি (জরুরি স্পিন প্যাচ সহ) কি লেটেস্ট কোডবেসে তৈরি করা হয়েছে?

না। রেস্পিনে শুধুমাত্র সেইসব প্যাচ থাকে যা বেছে নেওয়া ত্রৈমাসিক সার্টিফায়েড কার্নেলের উপরে থাকে। এইসব রিস্পিনে, সংশ্লিষ্ট বেস কোয়ার্টারলি রিলিজ ব্যবহার করে OEM-এর দেওয়া যেকোনও সময় পর্যন্ত লঞ্চ-ব্লকিং বাগ ফিক্স থাকে। এই ধরনের পরিস্থিতি কীভাবে ঘটে তার নিম্নলিখিত উদাহরণ দেখুন।

• OEM1 ও OEM2 নভেম্বর, ২০২১ থেকে GKI বাইনারি রিলিজ ব্যবহার করার সিদ্ধান্ত নিয়েছে।
• OEM1 এবং OEM2 এমন সমস্যা খুঁজে পায় যার জন্য প্যাচ প্রয়োজন। এইসব প্যাচ আলাদা বা একই হতে পারে।
• নভেম্বর ২০২১ বাইনারির উপরে রেস্পিনে লঞ্চ-ব্লকিং সংক্রান্ত সমস্যার সমাধান আছে যা রেস্পিন উইন্ডো চলাকালীন OEM1 এবং OEM2 উভয়ই রিপোর্ট করেছে, তবে এর বেশি কিছু নেই।
• দ্বিতীয় বুলেট পয়েন্টে উল্লেখ করা সমস্যাগুলি পরবর্তী GKI কোয়ার্টারলি রিলিজেও অন্তর্ভুক্ত করা হয়েছে।

অক্টোবরের রেস্পিনে সব OEM জমা দেওয়া প্যাচ আছে, কিন্তু অন্যান্য OEM প্যাচ আমাদের প্রভাবিত করে, কারণ সেগুলি আমাদের প্রোডাক্টের সাথে বিশেষভাবে পরীক্ষা করা হয়নি। Is it possible to include only our patch?

এটি সম্ভব নয়। আলাদা আলাদা OEM-এর জন্য রেস্পিন পাথ স্কেলেবল নয়। পরিবর্তে, GKI টিম রেস্পিন বিল্ডে করা প্রতিটি পরিবর্তন খুঁটিয়ে দেখে এবং নতুন বিল্ড তৈরি করার আগে উপলভ্য সব হার্ডওয়্যার দিয়ে পরিবর্তনগুলি পরীক্ষা করে। GKI টিম যদি দেখে যে সমস্যাটি কোনও OEM, ডিভাইস বা মডেলের ক্ষেত্রে নির্দিষ্ট, তাহলে GKI টিম যাচাই করতে পারে যে পরিবর্তন দ্বারা যোগ করা কোডটি শুধুমাত্র প্রভাবিত ডিভাইস, মডেল বা SKU-তে এক্সিকিউট হয়।

ইউনিফায়েড রেস্পিনের প্রধান সুবিধা হল, একই রিলিজ বেস ব্যবহার করা প্রতিটি ডিভাইস একে অপরের থেকে সুবিধা পায়, বিশেষ করে যদি তাদের খুঁজে পাওয়া সমস্যাগুলি সাধারণ হয় এবং সব ব্যবহারকারীর ক্ষেত্রে প্রযোজ্য হয়। কোর কার্নেল বাগ যা ক্যারিয়ার টেস্টিংয়ে পাওয়া যায়, তা এই ধারণার একটি নির্দিষ্ট উদাহরণ।

এমন কোনও পরিস্থিতি কি আছে যেখানে Google OEM প্যাচ এবং সমস্যা পরিস্থিতি সম্পর্কে নির্দিষ্ট তথ্য প্রদান করে, যাতে OEM-রা তাদের প্রোডাক্টের সাথে প্যাচ প্রয়োগের প্রভাব এবং ঝুঁকি মূল্যায়ন করতে পারে?

GKI টিম সমস্যাটি না বোঝা পর্যন্ত এবং সমস্ত বিবরণ সংগ্রহ না করা পর্যন্ত Google কখনওই কোনও রিস্পিন বিল্ডে পরিবর্তন যোগ করবে না। আপনি এটি চেঞ্জলগে (কমিট মেসেজ) দেখতে পাবেন। Google নির্দিষ্ট করে জানায় না যে কোন ডিভাইসে এর প্রভাব পড়ে, তবে OEM সবসময় চেঞ্জলগে সমস্যার বিবরণ ও সমাধান খুঁজে পেতে পারে।