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

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

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

KMI ফ্রিজের পরে GKI ত্রৈমাসিক ক্যাডেন্সে প্রকাশিত হয়।

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

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

ত্রৈমাসিক সার্টিফাইড রিলিজ

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

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

চিত্র ১. GKI প্রকাশের সময়রেখা

জিকেআই যোগ্যতা

নির্মাণ শিল্পকর্ম কোথায় পাওয়া যাবে

সমস্ত প্রকাশের জন্য নিদর্শনগুলি ci.android.com থেকে পাওয়া যাবে।

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

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

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

ইতিমধ্যে প্রকাশিত GKI-এর উপর ভিত্তি করে কি নতুন GKI বাইনারি তৈরি করা সম্ভব?

হ্যাঁ, এটিকে রেস্পিন বলা হয়। রেস্পিন প্রক্রিয়াটি ততক্ষণ পর্যন্ত সমর্থিত হবে যতক্ষণ পর্যন্ত প্রকাশিত GKI বিল্ড (যার উপর রেস্পিন অনুরোধ করা হয়েছে) অ্যান্ড্রয়েড সিকিউরিটি বুলেটিনে (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 প্যাচগুলি আমাদের প্রভাবিত করে, কারণ সেগুলি আমাদের পণ্যগুলির সাথে বিশেষভাবে পরীক্ষা করা হয়নি। শুধুমাত্র আমাদের প্যাচ অন্তর্ভুক্ত করা কি সম্ভব?

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

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

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

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