Google bekerja sama dengan Qualcomm untuk mempermudah penyampaian pembaruan perangkat lunak, mengaktifkan 4 versi OS Android dan pembaruan keamanan selama 4 tahun.
Lebih dari 3 tahun yang lalu, Google mengumumkan Proyek Treble, perancangan ulang utama Android yang dirancang untuk mempercepat pembaruan perangkat lunak. Sementara arsitektur yang diperkenalkan oleh Project Treble telah membantu OEM untuk mempercepat pengiriman barang-barang besar Pembaruan OS Android dan patch keamanan bulanan, berdampak buruk pada penyedia SoC seperti Qualcomm. Faktanya, Treble sebenarnya telah meningkatkan kompleksitas, dan juga biaya teknis, terkait dengan penyediaan dukungan pembaruan OS Android untuk chipset tertentu. Hal ini telah membatasi jangka waktu dukungan yang dapat diberikan Qualcomm untuk SoC-nya, tetapi hal ini akan segera berubah. Semua SoC Snapdragon yang diluncurkan dengan Android 11 atau lebih baru—dimulai dengan Snapdragon 888, Qualcomm akan mendukung 3 pembaruan versi OS Android (rilis peluncuran + peningkatan 3 huruf) serta pembaruan keamanan selama 4 tahun. Itu merupakan satu tahun tambahan dari yang sebelumnya mereka sediakan untuk chipset andalan seri 800 mereka.
Pengumuman hari ini sangat penting, namun hal ini tidak dapat dipahami tanpa mengetahui latar belakang apa yang coba dicapai Google dengan Project Treble 3 tahun lalu.
Treble menciptakan pemisahan antara kerangka OS Android (termasuk semua kode UI, API, dan proses sistem yang digunakan aplikasi berinteraksi dengan) dan perangkat lunak tingkat rendah khusus perangkat (termasuk kernel Linux yang mendasarinya dan lapisan abstraksi perangkat keras, atau HAL). Perangkat lunak tingkat rendah khusus perangkat berkomunikasi dengan kerangka OS Android melalui sistem yang terdefinisi dengan baik dan stabil antarmuka vendor. Setiap versi OS Android menjamin kompatibilitas dengan implementasi vendor, yang dipastikan Google melalui penggunaan vendor test suite (VTS), yaitu rangkaian pengujian kepatuhan standar. Artinya, misalnya, framework OS Android 11 kompatibel dengan implementasi vendor yang dirancang untuk Android 10. Faktanya, untuk setiap rilis Android baru, Google menerbitkan Generic System Image (GSI), yaitu image sistem yang dibuat sumber dan kompatibel dengan 3 versi terakhir penerapan vendor. Saat OEM membuat perangkat Android baru, mereka bebas memodifikasi kerangka OS Android untuk memperkenalkan yang baru fitur kepemilikan dan API, namun harus memastikan bahwa implementasi vendor perangkat kompatibel dengannya GSI.
Hal ini terutama merupakan cara Treble mengurangi fragmentasi dan mempercepat pengiriman pembaruan OS baru — kerusakan jauh lebih sedikit ketika memasangkan kerangka OS Android (yang terbuka sumber dan disediakan oleh Google) dan perangkat lunak tingkat rendah khusus perangkat (yang sering kali merupakan sumber tertutup dan disediakan berdasarkan kontrak dengan vendor SoC) berkat vendor yang stabil antarmuka. Idealnya, hal ini berarti OEM dapat menghabiskan lebih sedikit waktu untuk memperbaiki bug pada perangkat keras dan lebih banyak waktu untuk melakukan porting perubahan tingkat sistem mereka ke rilis OS Android terbaru. Faktanya, sejak Treble diperkenalkan, Google mengatakan bahwa OEM telah mengadopsi rilis OS Android terbaru jauh lebih cepat dibandingkan sebelumnya. “Saat Android 11 diluncurkan, terdapat 667 juta pengguna aktif di Android 10, 82% di antaranya mendapatkan build Android 10 melalui pembaruan over the air (OTA)” kata Google.
Karena setiap rilis Android baru menambahkan dukungan untuk lebih banyak fitur perangkat keras (OS perlu mendukung fitur-fitur baru untuk itu mengikuti pesatnya kemajuan industri seluler), Google perlu memperbarui antarmuka vendor untuk itu melepaskan. Oleh karena itu, perusahaan menetapkan persyaratan HAL baru dan mewajibkan versi kernel Linux baru, tetapi persyaratan tersebut hanya memerlukan perangkat meluncurkan dengan rilis OS Android baru untuk benar-benar mendukung perubahan yang berdampak pada vendor ini. Misalnya, jika Google memodifikasi kamera HAL Android untuk mendukung beberapa sensor kamera belakang, hanya perangkat baru yang diluncurkan dengan versi Android baru yang harus melakukannya. mendukung HAL yang diperbarui, sementara perangkat lama yang ditingkatkan ke rilis baru dapat menggunakan kembali implementasi vendor lama mereka tanpa kamera HAL baru ini persyaratan. Hal ini mengurangi biaya dan kerumitan—dari sudut pandang OEM—dalam menghadirkan rilis OS Android baru ke perangkat lama. Namun masalahnya adalah pendekatan ini menimbulkan kompleksitas tambahan bagi vendor SoC seperti Qualcomm, MediaTek, dan lainnya.
Sebagai akibat dari prinsip desain ini, Qualcomm dan vendor SoC lainnya harus mendukung berbagai kombinasi perangkat lunak kerangka OS Android dan implementasi vendor. Vendor SoC yang mendukung 3 generasi versi OS Android untuk chipset tertentu harus mendukung 6 kombinasi perangkat lunak kerangka OS dan implementasi vendor. Itu karena meskipun OEM dapat menggunakan kembali implementasi vendor lama untuk menghindari HAL dan kernel Linux baru persyaratan versi, vendor SoC harus memastikan implementasi vendor mereka mendukung versi lama dan baru persyaratan. Mereka tidak bisa memilih. Lipat gandakan dengan lusinan chipset yang harus didukung oleh vendor SoC dan Anda dapat melihat bagaimana Treble benar-benar meningkatkan kompleksitasnya.
Karena itulah Qualcomm dan vendor SoC lainnya umumnya hanya memberikan maksimal 2 upgrade OS letter dan 3 tahun update keamanan untuk chipset tertentu. Meskipun saya tidak mengetahui secara pasti biayanya, saya rasa secara ekonomi tidak layak bagi vendor SoC seperti Qualcomm untuk mendukung chipset lebih lama dari itu. Kami telah melihat Qualcomm dan vendor SoC lainnya terkadang memberikan dukungan lebih lama, tapi itu saja tergantung permintaan dari OEM untuk menjadikannya ekonomis. Jika tidak ada permintaan seperti itu, maka OEMlah yang menanggung beban biaya pengembangan untuk meluncurkan rilis Android baru — dan itu bukan hal yang mudah. Namun berkat upaya gabungan dari Google dan Qualcomm, Qualcomm kini akan mendukung 4 OS Android versi dan pembaruan keamanan selama 4 tahun untuk chipset Snapdragon tertentu, dimulai dengan Qualcomm Snapdragon 888.
Untuk mewujudkan hal ini, Google telah memperluas "prinsip no-retroaktivitas" Project Treble ke SoC selain perangkat. Artinya, persyaratan versi HAL dan kernel Linux yang baru tidak akan berlaku surut untuk SoC. Jadi, misalnya, SoC itu diluncurkan dengan Android 11 (seperti Snapdragon 888) dapat menggunakan kembali implementasi vendor yang sama untuk mendukung Android 12 melalui Android 14. Dengan demikian, vendor SoC dapat mengembangkan satu Board Support Package (BSP) untuk mendistribusikan chipset tertentu OEM, daripada mempertahankan beberapa versi BSP yang perlu diperbarui pada setiap Android baru melepaskan. Hal ini secara signifikan mengurangi biaya teknis yang terkait dengan dukungan Android pada chipset tertentu, sehingga vendor SoC seperti Qualcomm dapat mendukung chipset mereka lebih lama.
Google juga bekerja sama dengan Qualcomm untuk memastikan Qualcomm menggunakan kembali perangkat lunak kerangka OS yang sama di beberapa Qualcomm chipset, sehingga semakin menurunkan jumlah kerangka OS dan kombinasi implementasi vendor yang harus dilakukan Qualcomm mendukung. Vendor SoC saat ini memodifikasi kode kerangka kerja AOSP dan membuat versi image sistem generik mereka sendiri. Qualcomm, misalnya, disebut QSSI, sedangkan MediaTek disebut MSSI. Image sistem khusus SoC ini sekarang dijamin kompatibel dengan beberapa chipset serta perangkat lunak vendor lama, seperti AOSP GSI Google.
Perangkat dengan Qualcomm Snapdragon 888 diperkirakan akan segera diluncurkan, dimulai dengan seri Xiaomi Mi 11 dan Samsung Galaxy S21. Meskipun kami berharap pengumuman Google dan Qualcomm berarti semua perangkat Snapdragon 888 akan mendapatkan OS Android selama 3 tahun dan pembaruan patch keamanan, tidak ada jaminan hal ini akan terjadi. OEM masih perlu berinvestasi dalam jumlah besar untuk mengembangkan dan mendistribusikan versi OS baru — tetapi hal ini lebih mungkin terjadi sekarang karena Qualcomm sendiri akan mendukung 4 versi OS Android. Kami berharap satu atau lebih OEM memanfaatkan pengumuman hari ini untuk mengumumkan perluasan dukungan perangkat lunak untuk ponsel andalan masa depan mereka yang ditenagai oleh Snapdragon 888. Kebanyakan OEM saat ini hanya menawarkan pembaruan Android selama 2 tahun, sedangkan Samsung dan Google menjanjikan pembaruan Android selama 3 tahun. Jumlah tersebut masih terlalu pendek jika dibandingkan dengan Apple dan sudah seharusnya diingatkan berkali-kali dan akan terus disuarakan hingga jaraknya diperpendek.
Sedangkan untuk vendor SoC lainnya, Google sedang melakukan pembicaraan dengan mereka untuk menerapkan prinsip larangan retroaktif baru ini sehingga mereka juga dapat memberikan dukungan perangkat lunak yang lebih luas untuk chipset mereka. Kami belum mendapat konfirmasi apa pun dari MediaTek atau vendor SoC lainnya, namun kami tidak melihat alasan mengapa mereka tidak menyetujui ide ini—setidaknya untuk chipset baru. Menurut Google, mereka memperkirakan hanya SoC yang baru diluncurkan yang akan memanfaatkan hal ini perubahan, jadi jangan berharap perangkat Anda saat ini mendapatkan dukungan perangkat lunak tambahan seperti saat ini pengumuman.
Artikel ini diperbarui pada pukul 13.50 ET pada 16/12/2020 untuk mengubah "perangkat" pada judul menjadi "chipset" agar lebih mencerminkan di mana perubahan akan diterapkan. Informasi tambahan telah ditambahkan ke artikel milik Google.
Artikel ini diperbarui pada 14:10 ET untuk mencerminkan bahwa Google dan Qualcomm menjanjikan dukungan untuk 4 Android Versi OS — artinya peluncuran ditambah 3 tahun pembaruan OS Android — bukan 4 tahun OS pembaruan. Qualcomm berjanji untuk memberikan pembaruan keamanan selama 4 tahun.