27 Mart 2025'ten itibaren AOSP'yi derlemek ve AOSP'ye katkıda bulunmak için aosp-main yerine android-latest-release kullanmanızı öneririz. Daha fazla bilgi için AOSP'de yapılan değişiklikler başlıklı makaleyi inceleyin.
HIDL Framework geriye dönük uyumluluk doğrulaması
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
HIDL HAL'leri, Android çekirdek sisteminin (system.img veya çerçeve olarak da bilinir) önceki sürümlerle uyumlu olmasını sağlar. Tedarikçi Testi Paketi (VTS) testleri, HAL'lerin beklendiği gibi çalıştığından emin olur (ör.1. 1 HAL testleri tüm 1.2 uygulamalarında çalıştırılır). Desteklenen bir HAL (1.0, 1.1 veya 1.2) sağlandığında çerçevenin bu HAL ile düzgün çalıştığından emin olmak için ise çerçeve testi gerekir.
HAL arayüz tanımlama dili (HIDL) hakkında ayrıntılı bilgi için HIDL,
HIDL sürümlendirme ve
HIDL HAL'in Desteği Sonlandırılıyor başlıklı makaleleri inceleyin.
HAL yükseltmeleri hakkında
HAL yükseltmelerinin iki türü vardır: büyük ve küçük.
Çoğu sistem yalnızca bir HAL uygulaması içerir ancak birden fazla uygulama desteklenir. Örneğin:
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
...
Sistem bölümü genellikle belirli bir HAL uygulama grubuyla iletişimi yöneten bir çerçeve hizmetini (teleportd gibi) içerir. Alternatif olarak, sistemler bunun yerine, kullanışlı istemci davranışı uygulayan bir sistem kitaplığı (android.hardware.configstore-utils gibi) içerebilir. Yukarıdaki örnekte teleportd, cihazda HAL'ın hangi sürümü yüklü olursa olsun çalışmalıdır.
Bu sayfadaki içerik ve kod örnekleri, İçerik Lisansı sayfasında açıklanan lisanslara tabidir. Java ve OpenJDK, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-07-27 UTC.
[[["Anlaması kolay","easyToUnderstand","thumb-up"],["Sorunumu çözdü","solvedMyProblem","thumb-up"],["Diğer","otherUp","thumb-up"]],[["İhtiyacım olan bilgiler yok","missingTheInformationINeed","thumb-down"],["Çok karmaşık / çok fazla adım var","tooComplicatedTooManySteps","thumb-down"],["Güncel değil","outOfDate","thumb-down"],["Çeviri sorunu","translationIssue","thumb-down"],["Örnek veya kod sorunu","samplesCodeIssue","thumb-down"],["Diğer","otherDown","thumb-down"]],["Son güncelleme tarihi: 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."]]
