27 মার্চ, 2025 থেকে, আমরা AOSP তৈরি করতে এবং অবদান রাখতে aosp-main এর পরিবর্তে android-latest-release ব্যবহার করার পরামর্শ দিচ্ছি। আরও তথ্যের জন্য, AOSP-তে পরিবর্তনগুলি দেখুন।
HIDL ফ্রেমওয়ার্ক পশ্চাদগামী সামঞ্জস্য যাচাই
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
HIDL HALs গ্যারান্টি দেয় যে অ্যান্ড্রয়েড কোর সিস্টেম (ওরফে system.img বা ফ্রেমওয়ার্ক) পিছিয়ে সামঞ্জস্যপূর্ণ। যদিও ভেন্ডর টেস্ট স্যুট (VTS) পরীক্ষাগুলি নিশ্চিত করে যে HALগুলি প্রত্যাশিত হিসাবে কাজ করে (যেমন 1.1 HAL পরীক্ষাগুলি সমস্ত 1.2 বাস্তবায়নে চালিত হয়), ফ্রেমওয়ার্ক পরীক্ষার প্রয়োজন হয় যাতে একটি সমর্থিত HAL (1.0, 1.1, বা 1.2) প্রদান করা হয়, ফ্রেমওয়ার্ক সেই HAL এর সাথে সঠিকভাবে কাজ করে।
HAL ইন্টারফেস ডেফিনিশন ল্যাঙ্গুয়েজ (HIDL) সম্পর্কে বিস্তারিত জানার জন্য, HIDL , HIDL সংস্করণ এবং HIDL HAL অবচয় দেখুন।
HAL আপগ্রেড সম্পর্কে
HAL আপগ্রেডের দুটি প্রকার রয়েছে: বড় এবং ছোট । বেশিরভাগ সিস্টেমে শুধুমাত্র একটি HAL বাস্তবায়ন অন্তর্ভুক্ত, কিন্তু একাধিক বাস্তবায়ন সমর্থিত। যেমন:
android.hardware.teleport@1.0 # initial interface
android.hardware.teleport@1.1 # minor version upgrade
android.hardware.teleport@1.2 # another minor version upgrade
...
android.hardware.teleport@2.0 # major version upgrade
...
সিস্টেম পার্টিশনে সাধারণত একটি ফ্রেমওয়ার্ক ডেমন (যেমন teleportd ) অন্তর্ভুক্ত থাকে যা HAL বাস্তবায়নের একটি নির্দিষ্ট গ্রুপের সাথে যোগাযোগ পরিচালনা করে। বিকল্পভাবে, সিস্টেমের পরিবর্তে একটি সিস্টেম লাইব্রেরি অন্তর্ভুক্ত হতে পারে (যেমন android.hardware.configstore-utils ) যা সুবিধাজনক ক্লায়েন্ট আচরণ প্রয়োগ করে। উপরের উদাহরণে, ডিভাইসে HAL-এর কোন সংস্করণ ইনস্টল করা হোক না কেন teleportd অবশ্যই কাজ করবে।
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি 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,["# HIDL Framework backward compatibility verification\n\n[HIDL HALs](/docs/core/architecture#hidl)\nguarantee the Android core system (aka system.img or the framework) is\nbackward compatible. While [Vendor Test Suite (VTS)](/docs/compatibility/vts)\ntests ensure that HALs work as expected (e.g. 1.1 HAL tests are run on all\n1.2 implementations), framework testing is needed to ensure that when a\nsupported HAL (1.0, 1.1, or 1.2) is provided, the framework works properly\nwith that HAL.\n\nFor details on HAL interface definition language (HIDL), refer to\n[HIDL](/docs/core/architecture/hidl), [HIDL versioning](/docs/core/architecture/hidl/versioning), and [HIDL HAL Deprecation](/docs/core/architecture/vintf/fcm#hal-version-deprecation).\n\nAbout HAL upgrades\n------------------\n\nThere are two types of HAL upgrades: *major* and *minor*.\nMost systems include only one HAL implementation, but multiple\nimplementations are supported. For example: \n\n```\nandroid.hardware.teleport@1.0 # initial interface\nandroid.hardware.teleport@1.1 # minor version upgrade\nandroid.hardware.teleport@1.2 # another minor version upgrade\n...\nandroid.hardware.teleport@2.0 # major version upgrade\n...\n```\n\nThe system partition typically includes a framework daemon (such as\n`teleportd`) that manages communication with a specific group of\nHAL implementations. Alternatively, systems might instead\ninclude a system library (such as\n`android.hardware.configstore-utils`) that implements convenient\nclient behavior. In the example above, `teleportd` must work no\nmatter what version of the HAL is installed on the device."]]
