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

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

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

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

OEM-এর জন্য GKI বিল্ডের বৈধতা

OEM সম্প্রতি রিলিজ হওয়া Android GKI ব্যবহার করতে পারবে। OEM-গুলি GKI-সার্টিফায়েড বিল্ডের সাথে লঞ্চ করতে পারে, যতক্ষণ না তারা Android নিরাপত্তা বুলেটিনে (ASB) দীর্ঘমেয়াদী সমর্থিত (LTS) কার্নেল প্রয়োজনীয়তা মেনে চলে।

১৬ কেবি GKI রিলিজ

GKI রিলিজ টিম ৪ KB GKI রিলিজের মতোই একই কোয়ার্টারলি রিলিজ ক্যাডেন্স, কোয়ালিফিকেশন টেস্টিং এবং রিস্পিন প্রসেস ব্যবহার করে ১৬ KB GKI রিলিজ ম্যানেজ করে:

• যেসব ব্রাঞ্চে কাজ করে:
  • android15-6.6 (জানুয়ারি ২০২৬ থেকে শুরু)
  • android16-6.12 (মার্চ ২০২৬ থেকে শুরু)
  • android17-6.18 (জুন ২০২৬ থেকে শুরু হচ্ছে)
• প্যারিটি ও সার্টিফিকেশন তৈরি করা: ১৬ KB GKI বাইনারি একই সোর্স ট্যাগ ও কার্নেল বিল্ড আইডি ব্যবহার করে যা সংশ্লিষ্ট ৪ KB GKI রিলিজে থাকে। ২০২৭ সাল পর্যন্ত, android15-6.6, android16-6.12 এবং android17-6.18 রিলিজ বিল্ড পৃষ্ঠায় ১৬ কেবি রিলিজ বিল্ড ট্যাব থেকে আনসার্টিফায়েড ১৬ কেবি GKI রিলিজ বাইনারি পাওয়া যায়। আপনাকে ৪ কেবি এবং ১৬ কেবি কার্নেল একসাথে আপডেট করতে হবে না, তবে আমরা এটি করার সাজেশন দিই।
• চাহিদা অনুযায়ী রেস্পিন: ৪ কেবি বিল্ডের মতো একই রেস্পিন অনুরোধ প্রসেস ও ফর্ম ব্যবহার করে ১৬ কেবি GKI রেস্পিনের অনুরোধ করুন।

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

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

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

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

GKI-এর যোগ্যতা

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

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

আপনি CI সম্পর্কে আরও তথ্য পেতে পারেন, যার মধ্যে রয়েছে Android Continuous Integration ড্যাশবোর্ডে পরীক্ষার ফলাফল।

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

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

Is it possible to build a new GKI binary based on an already released GKI?

হ্যাঁ, এটিকে রেস্পিন বলা হয়। রিস্পিন প্রসেস ততক্ষণ পর্যন্ত কাজ করে যতক্ষণ না রিলিজ করা GKI বিল্ড (যার উপর রিস্পিনের অনুরোধ করা হয়েছে) Android নিরাপত্তা বুলেটিনে (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 সবসময় চেঞ্জলগে সমস্যার বিবরণ ও সমাধান খুঁজে পেতে পারে।