27 মার্চ, 2025 থেকে, আমরা AOSP তৈরি করতে এবং অবদান রাখতে aosp-main এর পরিবর্তে android-latest-release ব্যবহার করার পরামর্শ দিচ্ছি। আরও তথ্যের জন্য, AOSP-তে পরিবর্তনগুলি দেখুন।
একটি স্থিতিশীল কার্নেল মডিউল ইন্টারফেস বজায় রাখুন
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
বিক্রেতা মডিউলগুলির জন্য একটি স্থিতিশীল কার্নেল মডিউল ইন্টারফেস (KMI) বজায় রাখা গুরুত্বপূর্ণ। GKI কার্নেল বাইনারি আকারে তৈরি এবং পাঠানো হয় এবং বিক্রেতা-লোডযোগ্য মডিউলগুলি একটি পৃথক গাছে তৈরি করা হয়। ফলস্বরূপ GKI কার্নেল এবং বিক্রেতা মডিউলগুলিকে অবশ্যই কাজ করতে হবে যেন তারা একসাথে তৈরি করা হয়েছিল।
সাধারণত, লিনাক্স সম্প্রদায় মেইনলাইন কার্নেলের জন্য ইন-কার্নেল ABI স্থায়িত্বের ধারণাকে ভ্রুক্ষেপ করেছে । বিভিন্ন টুলচেইন, কনফিগারেশন এবং একটি চির-বিকশিত লিনাক্স মেইনলাইন কার্নেলের মুখে, মেইনলাইনে একটি স্থিতিশীল KMI বজায় রাখা সম্ভব নয়। যাইহোক, এই সীমাবদ্ধতার সাথে অত্যন্ত সীমাবদ্ধ GKI পরিবেশে একটি স্থিতিশীল KMI বজায় রাখা সম্ভব:
শুধুমাত্র একটি কনফিগারেশন, gki_defconfig , কার্নেল তৈরি করতে ব্যবহার করা যেতে পারে।
KMI শুধুমাত্র একটি কার্নেলের একই LTS এবং Android সংস্করণের মধ্যে স্থিতিশীল, যেমন android14-6.1 , android15-6.6 বা android16-6.12 ৷
-
android-mainline জন্য কোন KMI স্থিতিশীলতা বজায় রাখা হয় না।
শুধুমাত্র AOSP-এ সরবরাহ করা এবং সংশ্লিষ্ট শাখার জন্য সংজ্ঞায়িত নির্দিষ্ট ক্ল্যাং টুলচেন কার্নেল এবং মডিউল তৈরির জন্য ব্যবহৃত হয়।
শুধুমাত্র প্রতীক তালিকায় নির্দিষ্ট করা মডিউল দ্বারা ব্যবহৃত চিহ্নগুলিকে স্থায়িত্বের জন্য পর্যবেক্ষণ করা হয় এবং কেএমআই প্রতীক হিসাবে বিবেচনা করা হয়।
- ফলাফল হল যে বিক্রেতা মডিউল শুধুমাত্র KMI চিহ্ন ব্যবহার করতে হবে। অ-KMI-প্রতীক প্রয়োজন হলে এই সীমাবদ্ধতা মডিউল লোড ব্যর্থ করে প্রয়োগ করা হয়।
KMI শাখা হিমায়িত হওয়ার পরে, পরিবর্তনগুলি অনুমোদিত কিন্তু KMI ভাঙতে পারে না৷ এই পরিবর্তনগুলি নিম্নলিখিত অন্তর্ভুক্ত:
- কনফিগার পরিবর্তন
- কার্নেল কোড পরিবর্তন
- টুলচেইন পরিবর্তন (আপডেট সহ)
হারমেটিক বিল্ড প্রক্রিয়া এবং LLVM টুলচেন ব্যবহার করুন
হারমেটিক বিল্ড প্রক্রিয়া kernel/manifest repo ম্যানিফেস্টের মাধ্যমে একটি স্থিতিশীল KMI নিশ্চিত করে যা বিল্ড এনভায়রনমেন্ট সম্পূর্ণভাবে বর্ণনা করে। উদাহরণস্বরূপ, android16-6.12 এর ম্যানিফেস্টে টুলচেন, বিল্ড সিস্টেম এবং জেনেরিক কার্নেল ইমেজ (GKI) কার্নেল তৈরি করার জন্য প্রয়োজনীয় অন্যান্য সবকিছু অন্তর্ভুক্ত রয়েছে। বিল্ড কনফিগারেশন, প্রাথমিকভাবে BUILD.bazel , নিশ্চিত করে যে সামঞ্জস্যপূর্ণ বিল্ড ফলাফল তৈরি করতে অন্তর্ভুক্ত সরঞ্জামগুলি সঠিকভাবে ব্যবহার করা হয়েছে।
একটি হারমেটিক বিল্ড প্রক্রিয়া ব্যবহার করে এটিও নিশ্চিত করে যে গাছের জন্য ABI বিবরণটি Google দ্বারা তৈরি করা হোক না কেন (উদাহরণস্বরূপ, android16-6.12 এর জন্য gki/aarch64/abi.stg ) বা বিক্রেতা মডিউলগুলি অন্তর্ভুক্ত স্থানীয় গাছে তৈরি করা হোক না কেন। কার্নেল মডিউল ইন্টারফেস (KMI) এর জন্য ABI বিবরণ তৈরি এবং তুলনা করার সরঞ্জামগুলিও ম্যানিফেস্ট দ্বারা বর্ণিত রেপোর অংশ হিসাবে সরবরাহ করা হয়েছে।
GKI কার্নেল তৈরি করতে ব্যবহৃত টুলচেন অবশ্যই ভেন্ডর মডিউল তৈরি করতে ব্যবহৃত টুলচেনের সাথে সম্পূর্ণ সামঞ্জস্যপূর্ণ হতে হবে। অ্যান্ড্রয়েড 10 অনুসারে, সমস্ত অ্যান্ড্রয়েড কার্নেল অবশ্যই একটি LLVM টুলচেন দিয়ে তৈরি করা উচিত। GKI এর সাথে, পণ্য কার্নেল এবং বিক্রেতা মডিউলগুলি তৈরি করতে ব্যবহৃত LLVM টুলচেনকে অবশ্যই AOSP থেকে LLVM টুলচেনের মতো একই ABI তৈরি করতে হবে এবং অংশীদারদের অবশ্যই নিশ্চিত করতে হবে যে KMI GKI কার্নেলের সাথে সামঞ্জস্যপূর্ণ। প্রদত্ত বিল্ড সরঞ্জামগুলিকে দৃঢ়ভাবে উত্সাহিত করা হয় কারণ তারা সর্বোত্তম সামঞ্জস্য প্রদান করে।
এরপর কি?
হারমেটিক বিল্ড প্রক্রিয়া এবং LLVM টুলচেন ব্যবহার করে কার্নেল তৈরির নির্দেশাবলীর জন্য, বিল্ড কার্নেল পড়ুন।
কীভাবে ABI নিরীক্ষণ করবেন এবং সমস্যাগুলি সমাধান করবেন তার নির্দেশাবলীর জন্য, Android Kernel ABI মনিটরিং দেখুন
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি Content License-এ বর্ণিত লাইসেন্সের অধীনস্থ। Java এবং OpenJDK হল Oracle এবং/অথবা তার অ্যাফিলিয়েট সংস্থার রেজিস্টার্ড ট্রেডমার্ক।
2025-07-29 UTC-তে শেষবার আপডেট করা হয়েছে।
[[["সহজে বোঝা যায়","easyToUnderstand","thumb-up"],["আমার সমস্যার সমাধান হয়েছে","solvedMyProblem","thumb-up"],["অন্যান্য","otherUp","thumb-up"]],[["এতে আমার প্রয়োজনীয় তথ্য নেই","missingTheInformationINeed","thumb-down"],["খুব জটিল / অনেক ধাপ","tooComplicatedTooManySteps","thumb-down"],["পুরনো","outOfDate","thumb-down"],["অনুবাদ সংক্রান্ত সমস্যা","translationIssue","thumb-down"],["নমুনা / কোড সংক্রান্ত সমস্যা","samplesCodeIssue","thumb-down"],["অন্যান্য","otherDown","thumb-down"]],["2025-07-29 UTC-তে শেষবার আপডেট করা হয়েছে।"],[],[],null,["# Maintain a stable kernel module interface\n\nIt's critical to maintain a stable kernel module interface (KMI) for vendor\nmodules. The GKI kernel is\nbuilt and shipped in binary form and vendor-loadable modules are built in a\nseparate tree. The resulting GKI kernel and vendor modules must work as\nthough they were built together.\n\nGenerally, the Linux community has\n[frowned on the notion of in-kernel ABI\nstability](https://www.kernel.org/doc/Documentation/process/stable-api-nonsense.rst)\nfor the mainline kernel. In the face of different toolchains, configurations,\nand an ever-evolving Linux mainline kernel, it isn't feasible to maintain a\nstable KMI in mainline. However, it's possible to maintain a stable KMI in\nthe highly-constrained GKI environment with these constraints:\n\n- Only a single configuration, `gki_defconfig`, can be used to build the\n kernel.\n\n- The KMI is only stable within the same LTS and Android version of a kernel,\n such as `android14-6.1`, `android15-6.6` or `android16-6.12`.\n\n - No KMI stability is maintained for `android-mainline`.\n- Only the specific *Clang* toolchain supplied in AOSP and defined for the\n corresponding branch is used for building kernel and modules.\n\n- Only symbols known to be used by modules as specified in a symbol list are\n monitored for stability and considered KMI symbols.\n\n - The corollary is that vendor modules must use only KMI symbols. This constraint is enforced by failing module loads if non-KMI-symbols are required.\n- After the KMI branch is frozen, changes are allowed but can't break the KMI.\n These changes include the following:\n\n - Config changes\n - Kernel code changes\n - Toolchain changes (including updates)\n\nUse the hermetic build process and LLVM toolchain\n-------------------------------------------------\n\nThe hermetic build process ensures a stable KMI by having `repo` manifests in\n`kernel/manifest` completely describe the build environment. For example, the\n[manifest for `android16-6.12`](https://android.googlesource.com/kernel/manifest/+/refs/heads/common-android16-6.12/default.xml)\nincludes the toolchain, build system, and everything else required to build the\nGeneric Kernel Image (GKI) kernel. The build configuration, primarily\n[`BUILD.bazel`](https://android.googlesource.com/kernel/common/+/refs/heads/android16-6.12/BUILD.bazel),\nensures that the included tools are used correctly to generate consistent build\nresults.\n\nUsing a hermetic build process also ensures that the ABI description for the\ntree is consistent whether generated by Google (for example,\n[`gki/aarch64/abi.stg`](https://android.googlesource.com/kernel/common/+/refs/heads/android16-6.12/gki/aarch64/abi.stg)\nfor `android16-6.12`) or generated in a local tree that includes the vendor\nmodules. The\n[tools to create and compare the ABI description](https://android.googlesource.com/kernel/build/+/refs/heads/main-kernel/abi/)\nfor the Kernel Module Interface (KMI) are also provided as part of the repo\ndescribed by the manifest.\n\nThe toolchain used to build the GKI kernel must be completely compatible with\nthe toolchain used to build vendor modules. As of Android\n10, all Android kernels must be built\nwith an LLVM toolchain. With GKI, the LLVM toolchain used to build product\nkernels and vendor modules must generate the same ABI as the LLVM toolchain from\nAOSP and partners must ensure that the KMI is compatible with the GKI kernel.\nUsing the provided build tools is strongly encouraged as they provide the\nbest compatibility.\n\nWhat's next?\n------------\n\n- For instructions on building the kernel using the hermetic build process and\n LLVM toolchain, refer to refer to\n [Build kernels](/docs/setup/build/building-kernels).\n\n- For instructions on how to monitor the ABI and fix issues, refer to\n [Android Kernel ABI Monitoring](/docs/core/architecture/kernel/abi-monitor)"]]
