החל מ-27 במרץ 2025, מומלץ להשתמש ב-android-latest-release במקום ב-aosp-main כדי ליצור תרומות ל-AOSP. מידע נוסף זמין במאמר שינויים ב-AOSP.
אימות תאימות לאחור של מסגרת HIDL
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
HIDL HALs מבטיחים שמערכת הליבה של Android (שנקראת system.img או framework) תואמת לאחור. בדיקות Vendor Test Suite (VTS) מבטיחות שה-HAL פועל כצפוי (למשל, בדיקות HAL בגרסה 1.1 פועלות בכל ההטמעות של 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) שמטמיעה התנהגות לקוח נוחה. בדוגמה שלמעלה, teleportd חייב לפעול לא משנה באיזו גרסה של HAL מותקנת במכשיר.
דוגמאות התוכן והקוד שבדף הזה כפופות לרישיונות המפורטים בקטע רישיון לתוכן. Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-27 (שעון 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-27 (שעון 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."]]
