Google e Qualcomm collaborano per portare 4 aggiornamenti del sistema operativo Android sui nuovi chipset

Google sta collaborando con Qualcomm per semplificare la fornitura di aggiornamenti software, consentendo 4 versioni del sistema operativo Android e 4 anni di aggiornamenti di sicurezza.

Oltre 3 anni fa, Google ha annunciato Project Treble, un'importante riprogettazione di Android progettata per accelerare gli aggiornamenti software. Mentre l'architettura introdotta da Project Treble ha aiutato gli OEM ad accelerare la consegna dei principali Aggiornamenti del sistema operativo Android e patch di sicurezza mensili hanno avuto un effetto negativo sui fornitori di SoC come Qualcomm. In effetti, Treble ha effettivamente aumentato la complessità, e quindi i costi di progettazione, associati alla fornitura del supporto per l'aggiornamento del sistema operativo Android per un determinato chipset. Ciò ha limitato la durata del supporto che Qualcomm può fornire per i suoi SoC, ma le cose cambieranno presto. Tutti i SoC Snapdragon si avviano con Android 11 o versioni successive in fase di avvio con lo Snapdragon 888

, Qualcomm supporterà 3 aggiornamenti della versione del sistema operativo Android (versione di lancio + aggiornamenti di 3 lettere) nonché 4 anni di aggiornamenti di sicurezza. Si tratta di un anno in più rispetto a quanto precedentemente previsto per i chipset di punta della serie 800.

L'annuncio di oggi è significativo, ma non può essere compreso senza una conoscenza di base di ciò che Google ha cercato di realizzare con Project Treble 3 anni fa.

Treble ha creato una suddivisione tra il framework del sistema operativo Android (incluso tutto il codice dell'interfaccia utente, le API e i processi di sistema delle app interagire con) e software di basso livello specifico del dispositivo (incluso il kernel Linux sottostante e i livelli di astrazione dell'hardware, o HAL). Il software di basso livello specifico del dispositivo comunica con il framework del sistema operativo Android attraverso un sistema ben definito e stabile interfaccia del venditore. Ogni versione del sistema operativo Android garantisce la retrocompatibilità con l'implementazione del fornitore, che Google garantisce attraverso l'utilizzo della Vendor Test Suite (VTS), una suite di test di conformità standardizzata. Ciò significa che, ad esempio, il framework del sistema operativo Android 11 è retrocompatibile con l'implementazione del fornitore progettata per Android 10. Infatti, per ogni nuova versione di Android, Google pubblica Generic System Images (GSI), immagini di sistema create dal codice sorgente che sono retrocompatibili con le ultime 3 versioni delle implementazioni del fornitore. Quando un OEM crea un nuovo dispositivo Android, è libero di modificare il framework del sistema operativo Android per introdurne di nuovi funzionalità e API proprietarie, ma devono garantire che l'implementazione del fornitore del dispositivo sia compatibile con il GSI.

Grazie all'architettura Treble, lo stesso codice del framework del sistema operativo Android può essere riutilizzato in implementazioni di diversi fornitori. Questo è il "generico" nell'immagine di sistema generica. Fonte: Google.

Questo è principalmente il modo in cui Treble riduce la frammentazione e accelera la distribuzione di nuovi aggiornamenti del sistema operativo: ci sono molte meno interruzioni quando si accoppia il framework del sistema operativo Android (che è aperto source e fornito da Google) e il software specifico del dispositivo, di basso livello (che spesso è closed source e fornito in base a contratti con i fornitori SoC) grazie al fornitore stabile interfaccia. Idealmente, ciò significa che gli OEM possono dedicare meno tempo alla correzione dei bug hardware e più tempo al porting delle modifiche a livello di sistema sull'ultima versione del sistema operativo Android. Infatti, da quando è stato introdotto Treble, Google afferma che gli OEM hanno adottato l'ultima versione del sistema operativo Android molto più rapidamente di prima. "Al momento del lancio di Android 11 c'erano 667 milioni di utenti attivi su Android 10, l'82% dei quali ha ottenuto la build di Android 10 tramite un aggiornamento over the air (OTA)", ha affermato Google.

Adozione di Android 9 Pie rispetto ad Android 10 rispetto ad Android 11. Fonte: Google.

Poiché ogni nuova versione di Android aggiunge il supporto per più funzionalità hardware (il sistema operativo deve supportare nuove funzionalità per tenere il passo con i rapidi progressi del settore della telefonia mobile), Google deve aggiornare l'interfaccia del fornitore per questo pubblicazione. L'azienda definisce quindi nuovi requisiti HAL e impone nuove versioni del kernel Linux, ma richiedono solo dispositivi lancio con la nuova versione del sistema operativo Android per supportare effettivamente queste modifiche che influiscono sul fornitore. Ad esempio, se Google modifica l'HAL della fotocamera di Android per supportare più sensori della fotocamera posteriore, solo i nuovi dispositivi lanciati con la nuova versione di Android dovranno farlo. supportano l'HAL aggiornato, mentre i dispositivi più vecchi che eseguono l'aggiornamento alla nuova versione possono riutilizzare l'implementazione del fornitore precedente senza questo nuovo HAL della fotocamera Requisiti. Ciò riduce il costo e la complessità, dal punto di vista di un OEM, legati all'implementazione di una nuova versione del sistema operativo Android su un dispositivo meno recente. Il problema, tuttavia, è che questo approccio introduce ulteriore complessità per i fornitori di SoC come Qualcomm, MediaTek e altri.

Come risultato di questo principio di progettazione, Qualcomm e altri fornitori di SoC devono supportare più combinazioni di software framework del sistema operativo Android e implementazioni dei fornitori. Un fornitore di SoC che supporta 3 generazioni di versioni del sistema operativo Android per un particolare chipset deve supportare 6 combinazioni di software del framework del sistema operativo e implementazioni del fornitore. Questo perché mentre gli OEM possono farla franca riutilizzando l'implementazione di un vecchio fornitore per eludere il nuovo HAL e il kernel Linux requisiti di versione, i fornitori di SoC devono garantire che le loro implementazioni supportino sia il vecchio che il nuovo requisiti. Non possono scegliere. Moltiplicatelo per le dozzine di chipset che un fornitore di SoC deve supportare e potrete vedere come Treble abbia effettivamente aumentato la complessità per loro.

È per questo motivo che Qualcomm e altri fornitori di SoC generalmente forniscono solo un massimo di 2 aggiornamenti di lettera del sistema operativo e 3 anni di aggiornamenti di sicurezza per un particolare chipset. Anche se non sono a conoscenza dei costi esatti, presumo che non sia economicamente fattibile per i fornitori di SoC come Qualcomm supportare i chipset per un periodo molto più lungo. Abbiamo visto Qualcomm e altri fornitori di SoC a volte fornire supporto per più tempo, ma questo dipende dalla domanda degli OEM per renderlo economico. Se non esiste tale richiesta, spetta agli OEM sostenere il peso dei costi di sviluppo per lanciare una nuova versione di Android – e non è un'impresa facile. Ma grazie agli sforzi congiunti di Google e Qualcomm, quest'ultimo ora supporterà 4 sistemi operativi Android versioni e 4 anni di aggiornamenti di sicurezza per chipset Snapdragon selezionati, a partire da Qualcomm Snapdragon 888.

Per rendere ciò possibile, Google ha esteso il "principio di non retroattività" di Project Treble ai SoC oltre che ai dispositivi. Ciò significa che i nuovi requisiti della versione HAL e del kernel Linux non saranno retroattivi per i SoC. Quindi, ad esempio, un SoC that i lanci con Android 11 (come Snapdragon 888) possono riutilizzare la stessa implementazione del fornitore per supportare Android 12 fino a Androide 14. Pertanto, i fornitori di SoC possono sviluppare un singolo Board Support Package (BSP) per un particolare chipset a cui distribuirlo OEM, invece di mantenere più versioni del BSP che devono essere aggiornate con ogni nuovo Android pubblicazione. Ciò riduce drasticamente i costi di progettazione associati al supporto di Android su un particolare chipset, offrendo ai fornitori di SoC come Qualcomm la possibilità di supportare i propri chipset più a lungo.

Google sta inoltre collaborando con Qualcomm per garantire che quest'ultimo riutilizzi lo stesso software del framework del sistema operativo su più Qualcomm chipset, riducendo ulteriormente il numero di combinazioni di framework del sistema operativo e implementazione dei fornitori che Qualcomm deve fare supporto. I fornitori di SoC attualmente modificano il codice del framework AOSP e creano le proprie versioni di immagini di sistema generiche. Quello di Qualcomm, ad esempio, si chiama QSSI, mentre quello di MediaTek si chiama MSSI. Ora sarà garantita la compatibilità di queste immagini di sistema specifiche del SoC con più chipset e con il software dei fornitori più vecchi, proprio come AOSP GSI di Google.

Un'ipotetica sequenza temporale del supporto software per un fornitore di SoC che ha implementato i nuovi principi di non retroattività. Fonte: Google.

Si prevede che i dispositivi con Qualcomm Snapdragon 888 verranno lanciati molto presto, a partire dalle serie Xiaomi Mi 11 e Samsung Galaxy S21. Anche se speriamo che l'annuncio di Google e Qualcomm significhi che tutti i dispositivi Snapdragon 888 riceveranno 3 anni di sistema operativo Android e aggiornamenti delle patch di sicurezza, non vi è alcuna garanzia che ciò accada. Gli OEM devono ancora investire somme significative per sviluppare e distribuire nuove versioni del sistema operativo, ma è molto più probabile che ciò accada ora che la stessa Qualcomm supporterà 4 versioni del sistema operativo Android. Speriamo che uno o più OEM traggano vantaggio dall'annuncio di oggi per annunciare il supporto software esteso per i loro futuri telefoni di punta alimentati dallo Snapdragon 888. La maggior parte degli OEM offre al momento solo 2 anni di aggiornamenti Android, mentre sia Samsung che Google promettono 3 anni. È ancora troppo breve rispetto a quello di Apple ed è stato giustamente richiamato molte, molte volte e continuerà ad essere richiamato finché il divario non sarà ridotto.

Per quanto riguarda gli altri fornitori di SoC, Google è in trattative con loro per applicare questo nuovo principio di non retroattività in modo che anche loro possano fornire un supporto software esteso per i loro chipset. Non abbiamo alcuna conferma da MediaTek o da altri fornitori di SoC, ma non vediamo alcun motivo per cui non sarebbero d'accordo con questa idea, almeno per i nuovi chipset. Secondo Google, si prevede che solo i SoC appena lanciati ne trarranno vantaggio modifiche, quindi non aspettarti che nessuno dei tuoi attuali dispositivi ottenga il supporto software esteso a causa di quello di oggi annuncio.

Questo articolo è stato aggiornato alle 13:50 ET del 16/12/2020 per modificare i "dispositivi" nel titolo in "chipset" per riflettere meglio dove avranno effetto le modifiche. Ulteriori informazioni sono state aggiunte all'articolo per gentile concessione di Google.

Questo articolo è stato aggiornato alle 14:10 ET per riflettere che Google e Qualcomm promettono supporto per Android 4 Versioni del sistema operativo, ovvero la versione di lancio più 3 anni di aggiornamenti del sistema operativo Android, anziché 4 anni di sistema operativo aggiornamenti. Qualcomm promette tuttavia di fornire 4 anni di aggiornamenti di sicurezza.