Google is committed to advancing racial equity for Black communities. See how.
Halaman ini diterjemahkan oleh Cloud Translation API.
Switch to English

Siklus Hidup FCM

Rilis framework Android memiliki beberapa Framework Compatibility Matrix (FCM) —satu untuk setiap Versi FCM Target yang dapat diupgrade — yang menentukan apa yang mungkin digunakan framework dan persyaratan versi FCM Target. Sebagai bagian dari siklus hidup FCM, Android menghentikan dan menghapus HIDL HAL, lalu mengubah file FCM untuk mencerminkan status Versi HAL .

Untuk mengaktifkan OTA khusus kerangka kerja di ekosistem mereka sendiri, mitra yang memperluas antarmuka vendor juga harus menghentikan dan menghapus HIDL HAL menggunakan metode yang sama.

Terminologi

Framework Compatibility Matrix (FCM) File XML yang menentukan persyaratan kerangka kerja pada implementasi vendor yang sesuai. Matriks kompatibilitas memiliki versi, dan versi baru dibekukan untuk setiap rilis framework. Setiap rilis framework berisi beberapa FCM.
Versi Platform FCM (S F ) Kumpulan semua versi FCM dalam rilis framework. Framework ini dapat berfungsi dengan implementasi vendor apa pun yang memenuhi salah satu FCM ini.
Versi FCM (F) Versi tertinggi di antara semua FCM dalam rilis framework.
Versi FCM Target (V) Versi FCM yang ditargetkan (dari S F ), dideklarasikan secara eksplisit dalam manifes perangkat, yang dipenuhi oleh implementasi vendor. Implementasi vendor harus dibuat terhadap FCM yang dipublikasikan, meskipun mungkin mendeklarasikan versi HAL yang lebih baru dalam Manifes Perangkatnya.
Versi HAL Versi HAL memiliki format foo@xy , di mana foo adalah nama HAL dan xy adalah versi spesifiknya; misalnya nfc@1.0 , keymaster@3.0 (awalan root, misalnya android.hardware , dihilangkan di seluruh dokumen ini.)
Manifes Perangkat File XML yang menentukan versi HAL yang disediakan oleh gambar vendor. Konten manifes perangkat dibatasi oleh versi FCM Target perangkat, tetapi dapat mencantumkan HAL yang benar-benar lebih baru relatif terhadap FCM yang sesuai dengan V.

Mengembangkan dalam Versi FCM baru

Android menambahkan Versi FCM untuk setiap rilis framework (seperti Android 8, 8.1, dll). Selama pengembangan, compatibility_matrix.current.xml baru dibuat ( F ) dan compatibility_matrix.f.xml ada (di mana f < F ) tidak lagi berubah.

Untuk mulai mengembangkan dalam FCM Versi F :

  1. Salin matriks_kompatibilitas terbaru compatibility_matrix.<F-1>.xml ke compatibility_matrix.current.xml .
  2. Perbarui atribut level di file ke F
  3. Tambahkan aturan build yang sesuai untuk menginstal matriks kompatibilitas ini ke perangkat.

Memperkenalkan HAL baru

Selama pengembangan, saat memperkenalkan HAL baru (Wi-Fi, NFC, dll.) Ke Android pada FCM Versi F , tambahkan HAL ke compatibility_matrix.current.xml dengan pengaturan optional berikut:

  • optional="false" jika perangkat yang dikirimkan dengan V = F harus diluncurkan dengan HAL ini,

    ATAU
  • optional="true" jika perangkat yang dikirimkan dengan V = F dapat diluncurkan tanpa HAL ini.

Misalnya, Android 8.1 memperkenalkan cas@1.0 sebagai HAL opsional. Perangkat yang diluncurkan dengan Android 8.1 tidak diharuskan untuk mengimplementasikan HAL ini, jadi entri berikut telah ditambahkan ke compatibility_matrix.current.xml (diganti namanya menjadi compatibility_matrix.2.xml setelah Android 8.1 dirilis):

<hal format="hidl" optional="true">
    <name>android.hardware.cas</name>
    <version>1.0</version>
    <interface>
        <name>IMediaCasService</name>
        <instance>default</instance>
    </interface>
</hal>
.dll

Mengupgrade HAL (minor)

Selama pengembangan, ketika HAL memiliki upgrade versi minor dari xz ke x.(z+1) pada FCM Versi F , jika versi tersebut adalah:

  • Diperlukan pada perangkat yang diluncurkan dengan V = F , compatibility_matrix.current.xml harus menyatakan x.(z+1) dan optional="false" .
  • Tidak diperlukan pada perangkat yang diluncurkan dengan V = F , compatibility_matrix.current.xml harus menyalin xy-z dan opsionalitas dari compatibility_matrix.<F-1>.xml dan mengubah versinya menjadi xw-(z+1) (di mana w >= y ).

Misalnya, Android 8.1 memperkenalkan broadcastradio@1.1 sebagai peningkatan versi minor dari 1.0 HAL. Versi yang lebih lama, broadcastradio@1.0 , adalah opsional untuk perangkat yang diluncurkan dengan Android 8.0 sedangkan versi yang lebih baru, broadcastradio@1.1 , adalah opsional untuk perangkat yang diluncurkan dengan Android 8.1. Dalam compatibility_matrix.1.xml :

<hal format="hidl" optional="true">
    <name>android.hardware.broadcastradio</name>
    <version>1.0</version>
    <interface>
        <name>IBroadcastRadioFactory</name>
        <instance>default</instance>
    </interface>
</hal>

Entri ini disalin ke compatibility_matrix.current.xml (diubah namanya menjadi compatibility_matrix.2.xml setelah Android 8.1 dirilis) dan dimodifikasi sebagai berikut:

<hal format="hidl" optional="true">
    <name>android.hardware.broadcastradio</name>
    <version>1.0-1</version>
    <interface>
        <name>IBroadcastRadioFactory</name>
        <instance>default</instance>
    </interface>
</hal>

Meningkatkan HAL (jurusan)

Selama pengembangan, ketika HAL memiliki upgrade versi mayor pada FCM Versi F , versi mayor baru x.0 ditambahkan ke compatibility_matrix.current.xml dengan pengaturan optional berikut:

  • optional="false" dengan hanya versi x.0 , jika perangkat yang dikirimkan dengan V = F harus diluncurkan dengan x.0 .
  • optional="false" tetapi bersama dengan versi mayor yang lebih lama dalam tag <hal> sama, jika perangkat yang dikirimkan dengan V = F harus diluncurkan dengan HAL ini, tetapi dapat diluncurkan dengan versi mayor yang lebih lama.
  • optional="true" jika perangkat yang dikirimkan dengan V = F tidak harus meluncurkan HAL.

Misalnya, Android 9 memperkenalkan health@2.0 sebagai peningkatan versi utama dari 1.0 HAL dan menghentikan 1.0 HAL. Versi yang lebih lama, health@1.0 , adalah opsional untuk perangkat yang diluncurkan dengan Android 8.0 dan Android 8.1. Perangkat yang diluncurkan dengan Android 9 tidak boleh menyediakan HAL 1.0 yang tidak digunakan lagi dan harus menyediakan versi 2.0 yang baru. Dalam compatibility_matrix.legacy.xml , compatibility_matrix.1.xml , dan compatibility_matrix.2.xml :

<hal format="hidl" optional="true">
    <name>android.hardware.health</name>
    <version>1.0</version>
    <interface>
        <name>IHealth</name>
        <instance>default</instance>
    </interface>
</hal>

Entri ini disalin ke compatibility_matrix.current.xml (diganti namanya menjadi compatibility_matrix.3.xml dengan rilis Android 9) dan dimodifikasi sebagai berikut:

<hal format="hidl" optional="false">
    <name>android.hardware.health</name>
    <version>2.0</version>
    <interface>
        <name>IHealth</name>
        <instance>default</instance>
    </interface>
</hal>

Batasan:

  • Karena 2.0 HAL ada dalam compatibility_matrix.3.xml dengan optional="false" , perangkat yang diluncurkan dengan Android 9 harus dikirimkan dengan 2.0 HAL.
  • Karena 1.0 HAL tidak dalam compatibility_matrix.3.xml , perangkat yang diluncurkan dengan Android 9 tidak boleh menyediakan 1.0 HAL (karena HAL ini dianggap tidak berlaku lagi).
  • Karena 1.0 HAL hadir dalam legacy / 1 / 2.xml (Versi FCM lama yang dapat digunakan oleh Android 9) sebagai HAL opsional, kerangka kerja Android 9 masih dapat bekerja dengan 1.0 HAL (yang tidak dianggap sebagai Versi HAL yang dihapus ).

Versi FCM Baru

Proses merilis Versi FCM di partisi sistem hanya dilakukan oleh Google sebagai bagian dari rilis AOSP dan mencakup langkah-langkah berikut:

  1. Ubah nama compatibility_matrix.current.xml menjadi compatibility_matrix.F.xml .
  2. Pastikan file tersebut memiliki atribut level="F" .
  3. Edit aturan build yang sesuai untuk mencerminkan perubahan nama file.
  4. Pastikan semua perangkat dibangun dan boot.
  5. Perbarui pengujian VTS untuk memastikan perangkat yang diluncurkan dengan kerangka kerja terbaru (berdasarkan level API Pengiriman) memiliki Target FCM Versi V >= F
  6. Publikasikan file ke AOSP.

File ini tidak dapat diubah setelah diganti namanya dan diterbitkan. Misalnya, selama pengembangan Android 9, file berikut dibuat untuk hardware/interfaces/compatibility_matrices/ :

  • compatibility_matrix.legacy.xml
  • compatibility_matrix.1.xml
  • compatibility_matrix.2.xml
  • compatibility_matrix.current.xml

Saat Android 9 dirilis, compatibility_matrix.current.xml diubah namanya menjadi compatibility_matrix.3.xml dan file berikut dibuat untuk hardware/interfaces/compatibility_matrices/ :

  • compatibility_matrix.legacy.xml
  • compatibility_matrix.1.xml
  • compatibility_matrix.2.xml
  • compatibility_matrix.3.xml

Pengujian VTS memastikan bahwa perangkat yang diluncurkan dengan Android 9 memiliki Versi FCM Target> = 3.

Selain itu, produk dan system_ext FCM juga dapat mencantumkan persyaratan untuk setiap versi FCM platform. Rilis versi FCM pada produk dan partisi system_ext dilakukan oleh pemilik gambar ini. Nomor versi FCM di partisi product dan system_ext harus sejajar dengan yang ada di partisi sistem. Mirip dengan versi FCM pada partisi sistem, matriks kompatibilitas pada FCM versi F dalam produk dan partisi system_ext mencerminkan persyaratan pada perangkat dengan target FCM versi F.

Penghentian Versi HAL

Menghentikan Versi HAL adalah keputusan pengembang (yaitu untuk AOSP HAL, Google membuat keputusan). Itu bisa terjadi ketika versi HAL yang lebih tinggi (baik minor atau mayor) dirilis. Jika HAL foo@xy tidak digunakan lagi di FCM Versi F , itu berarti perangkat apa pun yang diluncurkan dengan Target FCM Versi V = F atau yang lebih baru tidak boleh mengimplementasikan foo pada versi xy atau versi apa pun yang lebih lama dari xy . Versi HAL yang tidak digunakan lagi masih didukung oleh kerangka kerja untuk meningkatkan perangkat.

Saat FCM Versi F dirilis, Versi HAL foo@xy dianggap tidak berlaku lagi jika Versi HAL tertentu tidak secara eksplisit dinyatakan dalam FCM terbaru untuk Target FCM Versi V = F Untuk perangkat yang diluncurkan dengan V , salah satu kondisi berikut ini benar:

  • Kerangka ini membutuhkan versi yang lebih tinggi (mayor atau minor);
  • Kerangka tersebut tidak lagi membutuhkan HAL.

Misalnya, di Android 9, health@2.0 diperkenalkan sebagai peningkatan versi utama dari 1.0 HAL. health@1.0 dihapus dari compatibility_matrix.3.xml tetapi ada di compatibility_matrix.legacy.xml , compatibility_matrix.1.xml , dan compatibility_matrix.2.xml . Karenanya, health@1.0 dianggap tidak berlaku lagi.

Penghapusan dukungan untuk Versi FCM Target

Jika perangkat aktif dari Target FCM Versi V turun di bawah ambang tertentu, Versi FCM Target dihapus dari S F yang ditetapkan dari rilis framework berikutnya. Ini dilakukan dengan menghapus compatibility_matrix.V.xml dari aturan build (sehingga tidak lagi diinstal pada image sistem), dan dengan menghapus kode apa pun yang diimplementasikan atau bergantung pada fungsionalitas yang dihapus. Perangkat dengan Versi FCM target di luar S F untuk rilis framework tertentu tidak dapat diupgrade ke rilis tersebut.

Status Versi HAL

Bagian berikut menjelaskan (dalam urutan kronologis) kemungkinan status dari Versi HAL.

Belum dirilis

Jika Versi HAL tidak ada dalam matriks kompatibilitas publik dan beku mana pun, ia dianggap belum dirilis dan mungkin dalam pengembangan. Ini termasuk Versi HAL yang hanya ada di compatibility_matrix.current.xml . Contoh:

  • Selama pengembangan Android 9 (sebelum compatibiility_matrix.current.xml diubah namanya menjadi compatibility_matrix.3.xml ), health@2.0 HAL dianggap sebagai HAL yang belum dirilis.
  • teleportation@1.0 HAL tidak ada dalam matriks kompatibilitas yang dirilis, dan juga dianggap sebagai HAL yang belum dirilis.

Dirilis dan Saat Ini

Jika Versi HAL ada dalam matriks kompatibilitas publik dan beku, versi itu dirilis. Misalnya, setelah FCM Versi 3 dibekukan (saat compatibiility_matrix.current.xml diubah namanya menjadi compatibility_matrix.3.xml ) dan dipublikasikan ke AOSP, health@2.0 HAL dianggap sebagai Versi HAL yang dirilis dan saat ini.

Jika Versi HAL berada dalam matriks kompatibilitas publik dan beku yang memiliki Versi FCM tertinggi (tidak termasuk compatibility_matrix.current.xml ), versi HAL adalah yang terbaru (yaitu tidak usang). Misalnya, Versi HAL yang sudah ada (seperti nfc@1.0 diperkenalkan di compatibility_matrix.legacy.xml ) yang terus ada di compatibility_matrix.3.xml juga dianggap sebagai versi HAL yang dirilis dan saat ini.

Dirilis tapi Tidak Berlaku Lagi

Versi HAL tidak berlaku lagi jika dan hanya jika:

  • Itu dirilis;
  • Ini bukan matriks kompatibilitas publik dan beku yang memiliki Versi FCM tertinggi;
  • Ini adalah matriks kompatibilitas publik dan beku yang masih didukung framework.

Contoh:

Karenanya power@1.0 adalah yang terbaru, tetapi TIDAK usang, di Android 9.

Dihapus

Versi HAL dihapus jika dan hanya jika:

  • Itu dirilis sebelumnya;
  • Tidak ada dalam matriks kompatibilitas publik dan beku apa pun yang didukung kerangka kerja.

Matriks kompatibilitas yang bersifat publik, dibekukan, tetapi tidak didukung oleh kerangka kerja disimpan dalam basis kode untuk menentukan kumpulan Versi HAL yang dihapus sehingga pengujian VTS dapat ditulis untuk memastikan HAL yang dihapus tidak ada di perangkat baru.

FCM lama

Target Versi FCM lama adalah nilai khusus untuk semua perangkat non-Treble. FCM lama, compatibility_matrix.legacy.xml , mencantumkan persyaratan framework pada perangkat lama (yaitu perangkat yang diluncurkan sebelum Android 8.0).

Jika file ini ada untuk FCM dengan versi F , perangkat non-Treble apa pun dapat diupgrade ke F asalkan manifes perangkatnya kompatibel dengan file ini. Penghapusannya mengikuti prosedur yang sama seperti FCM untuk Versi FCM Target lainnya (dihapus setelah jumlah perangkat aktif sebelum 8.0 turun di bawah ambang tertentu).

Versi FCM yang dirilis

Daftar versi FCM yang dirilis dapat ditemukan di hardware/interfaces/compatibility_matrices .

Untuk mengetahui versi FCM yang dirilis dengan rilis Android tertentu, lihat Level.h .