Google arbeitet mit Qualcomm zusammen, um die Bereitstellung von Software-Updates zu vereinfachen und vier Android-Betriebssystemversionen sowie vier Jahre Sicherheitsupdates zu ermöglichen.
Vor über 3 Jahren, Google kündigte Project Treble an, eine umfassende Neuarchitektur von Android, die darauf abzielt, Software-Updates zu beschleunigen. Die von Project Treble eingeführte Architektur hat OEMs dabei geholfen, die Bereitstellung wichtiger Produkte zu beschleunigen Android-Betriebssystem-Updates und monatliche Sicherheitspatches haben sich negativ auf SoC-Anbieter ausgewirkt Qualcomm. Tatsächlich hat Treble die Komplexität und damit die Engineering-Kosten erhöht, die mit der Bereitstellung der Android-Betriebssystem-Update-Unterstützung für einen bestimmten Chipsatz verbunden sind. Dadurch ist die Dauer des Supports, den Qualcomm für seine SoCs anbieten kann, begrenzt, aber das wird sich bald ändern. Alle Snapdragon-SoCs, die mit Android 11 oder höher starten – beginnend mit dem Snapdragon 888
Die heutige Ankündigung ist bedeutsam, aber ohne das Hintergrundwissen darüber, was Google vor drei Jahren mit Project Treble erreichen wollte, ist sie nicht zu verstehen.
Treble hat eine Aufteilung zwischen dem Android-Betriebssystem-Framework (einschließlich aller UI-Codes, APIs und Systemprozesse dieser Apps) vorgenommen interagieren mit) und gerätespezifischer Low-Level-Software (einschließlich der zugrunde liegenden Linux-Kernel- und Hardware-Abstraktionsschichten, oder HALs). Die gerätespezifische Low-Level-Software kommuniziert mit dem Android-Betriebssystem-Framework über eine klar definierte, stabile Anbieterschnittstelle. Jede Android-Betriebssystemversion garantiert Abwärtskompatibilität mit der Anbieterimplementierung, die Google durch den Einsatz der Vendor Test Suite (VTS), einer standardisierten Compliance-Testsuite, gewährleistet. Dies bedeutet, dass beispielsweise das Betriebssystem-Framework Android 11 abwärtskompatibel mit der für Android 10 entwickelten Anbieterimplementierung ist. Tatsächlich veröffentlicht Google für jede neue Android-Version Generic System Images (GSIs), im Quellcode erstellte System-Images, die mit den letzten drei Versionen der Anbieterimplementierungen abwärtskompatibel sind. Wenn ein OEM ein neues Android-Gerät baut, steht es ihm frei, das Android-Betriebssystem-Framework zu ändern, um etwas Neues einzuführen proprietäre Funktionen und APIs, sie müssen jedoch sicherstellen, dass die Herstellerimplementierung des Geräts kompatibel ist die GSI.
Auf diese Weise reduziert Treble in erster Linie die Fragmentierung und beschleunigt die Bereitstellung neuer Betriebssystem-Updates – es gibt viel weniger Störungen beim Koppeln des Android-Betriebssystem-Frameworks (das offen ist). Quelle und bereitgestellt von Google) und die gerätespezifische Low-Level-Software (die häufig Closed Source ist und im Rahmen von Verträgen mit SoC-Anbietern bereitgestellt wird) dank des stabilen Anbieters Schnittstelle. Im Idealfall bedeutet dies, dass OEMs weniger Zeit damit verbringen müssen, Hardwarefehler zu beheben, und mehr Zeit damit verbringen können, ihre Änderungen auf Systemebene auf die neueste Version des Android-Betriebssystems zu portieren. Laut Google haben OEMs seit der Einführung von Treble die neueste Version des Android-Betriebssystems viel schneller übernommen als zuvor. „Zum Zeitpunkt der Einführung von Android 11 gab es 667 Millionen aktive Nutzer von Android 10, von denen 82 % ihre Android 10-Version über ein Over-the-Air-Update (OTA) erhielten“, sagte Google.
Weil jede neue Android-Version Unterstützung für weitere Hardwarefunktionen hinzufügt (das Betriebssystem muss neue Funktionen unterstützen). Um mit den rasanten Fortschritten der Mobilfunkbranche Schritt zu halten, muss Google dafür die Anbieterschnittstelle aktualisieren freigeben. Das Unternehmen definiert damit neue HAL-Anforderungen und schreibt neue Linux-Kernel-Versionen vor, die jedoch nur Geräte erfordern starten mit der neuen Android-Betriebssystemversion, um diese herstellerrelevanten Änderungen tatsächlich zu unterstützen. Wenn Google beispielsweise den Kamera-HAL von Android ändert, um mehrere Rückkamerasensoren zu unterstützen, müssen dies nur neue Geräte tun, die mit der neuen Android-Version auf den Markt kommen unterstützen das aktualisierte HAL, während ältere Geräte, die auf die neue Version aktualisieren, ihre ältere Herstellerimplementierung ohne dieses neue Kamera-HAL wiederverwenden können Erfordernis. Dies reduziert aus OEM-Sicht die Kosten und die Komplexität, eine neue Android-Betriebssystemversion auf ein älteres Gerät zu übertragen. Das Problem besteht jedoch darin, dass dieser Ansatz für SoC-Anbieter wie Qualcomm, MediaTek und andere zusätzliche Komplexität mit sich bringt.
Aufgrund dieses Designprinzips müssen Qualcomm und andere SoC-Anbieter mehrere Kombinationen aus Android-OS-Framework-Software und Anbieterimplementierungen unterstützen. Ein SoC-Anbieter, der drei Generationen von Android-Betriebssystemversionen für einen bestimmten Chipsatz unterstützt, muss sechs Kombinationen aus Betriebssystem-Framework-Software und Anbieterimplementierungen unterstützen. Das liegt daran, dass OEMs zwar davonkommen können, eine Implementierung eines älteren Anbieters wiederzuverwenden, um den neuen HAL- und Linux-Kernel zu umgehen Aufgrund der Versionsanforderungen müssen SoC-Anbieter sicherstellen, dass ihre Anbieterimplementierungen sowohl die alte als auch die neue Version unterstützen Anforderungen. Sie können sich nicht aussuchen. Multiplizieren Sie das mit den Dutzenden Chipsätzen, die ein SoC-Anbieter unterstützen muss, und Sie werden sehen, wie Treble die Komplexität für ihn tatsächlich erhöht hat.
Aus diesem Grund bieten Qualcomm und andere SoC-Anbieter im Allgemeinen nur maximal zwei Betriebssystem-Upgrades und drei Jahre Sicherheitsupdates für einen bestimmten Chipsatz an. Auch wenn mir die genauen Kosten nicht bekannt sind, gehe ich davon aus, dass es für SoC-Anbieter wie Qualcomm wirtschaftlich nicht machbar ist, Chipsätze viel länger zu unterstützen. Wir haben gesehen, dass Qualcomm und andere SoC-Anbieter manchmal länger Support bieten, aber das ist so hängt von der Nachfrage der OEMs ab um es wirtschaftlich zu machen. Wenn keine solche Nachfrage besteht, müssen die OEMs die Hauptlast der Entwicklungskosten tragen, um eine neue Android-Version auf den Markt zu bringen – und Das ist keine leichte Aufgabe. Aber dank der gemeinsamen Anstrengungen von Google und Qualcomm wird Letzteres nun 4 Android-Betriebssysteme unterstützen Versionen und 4 Jahre Sicherheitsupdates für ausgewählte Snapdragon-Chipsätze, beginnend mit Qualcomm Löwenmaul 888.
Um dies zu ermöglichen, hat Google das „No-Retroactivity-Prinzip“ von Project Treble nicht nur auf Geräte, sondern auch auf SoCs ausgeweitet. Das bedeutet, dass neue HAL- und Linux-Kernel-Versionsanforderungen nicht rückwirkend für SoCs gelten. Also zum Beispiel ein SoC Bei Markteinführungen mit Android 11 (wie dem Snapdragon 888) kann die gleiche Herstellerimplementierung zur Unterstützung von Android 12 wiederverwendet werden Android 14. Somit können SoC-Anbieter ein einziges Board Support Package (BSP) für einen bestimmten Chipsatz entwickeln und an diesen verteilen OEMs, anstatt mehrere Versionen des BSP zu pflegen, die mit jedem neuen Android aktualisiert werden müssen freigeben. Dadurch werden die Entwicklungskosten, die mit der Unterstützung von Android auf einem bestimmten Chipsatz verbunden sind, drastisch reduziert, sodass SoC-Anbieter wie Qualcomm ihre Chipsätze länger unterstützen können.
Google arbeitet außerdem mit Qualcomm zusammen, um sicherzustellen, dass Letzteres die gleiche Betriebssystem-Framework-Software auf mehreren Qualcomm-Geräten wiederverwendet Chipsätze, wodurch die Anzahl der Betriebssystem-Framework- und Anbieter-Implementierungskombinationen, die Qualcomm durchführen muss, weiter verringert wird Unterstützung. SoC-Anbieter modifizieren derzeit den AOSP-Framework-Code und erstellen ihre eigenen Versionen generischer System-Images. Qualcomms beispielsweise wird als QSSI bezeichnet, während MediaTeks als MSSI bezeichnet wird. Diese SoC-spezifischen System-Images sind nun garantiert kompatibel mit mehreren Chipsätzen sowie mit Software älterer Anbieter, ähnlich wie Googles AOSP GSI.
Geräte mit dem Qualcomm Snapdragon 888 werden voraussichtlich sehr bald auf den Markt kommen, beginnend mit den Serien Xiaomi Mi 11 und Samsung Galaxy S21. Wir hoffen zwar, dass die Ankündigung von Google und Qualcomm bedeutet, dass alle Snapdragon 888-Geräte drei Jahre lang Android-Betriebssystem- und Sicherheitspatch-Updates erhalten, es gibt jedoch keine Garantie dafür, dass dies der Fall sein wird. OEMs müssen immer noch erhebliche Summen investieren, um neue Betriebssystemversionen zu entwickeln und zu vertreiben – aber die Wahrscheinlichkeit, dass dies geschieht, ist jetzt viel wahrscheinlicher, da Qualcomm selbst vier Android-Betriebssystemversionen unterstützen wird. Wir hoffen, dass einer oder mehrere OEMs die heutige Ankündigung nutzen, um erweiterte Softwareunterstützung für ihre zukünftigen Flaggschiff-Telefone mit Snapdragon 888 anzukündigen. Die meisten OEMs bieten derzeit nur 2 Jahre Android-Updates an, während sowohl Samsung als auch Google 3 Jahre versprechen. Das ist im Vergleich zu Apple immer noch viel zu kurz und wurde zu Recht schon viele, viele Male hervorgehoben und wird auch weiterhin hervorgehoben, bis der Abstand kleiner wird.
Mit den anderen SoC-Anbietern verhandelt Google über die Anwendung dieses neuen Rückwirkungsverbots, damit auch sie erweiterten Software-Support für ihre Chipsätze anbieten können. Wir haben keine Bestätigung von MediaTek oder anderen SoC-Anbietern, sehen aber keinen Grund, warum sie dieser Idee nicht zustimmen sollten – zumindest für neue Chipsätze. Laut Google gehen sie davon aus, dass überwiegend nur neu eingeführte SoCs davon profitieren werden Erwarten Sie daher nicht, dass eines Ihrer aktuellen Geräte aufgrund der heutigen Änderungen erweiterten Software-Support erhält Bekanntmachung.
Dieser Artikel wurde am 16.12.2020 um 13:50 Uhr ET aktualisiert, um „Geräte“ im Titel in „Chipsätze“ zu ändern, um besser darzustellen, wo die Änderungen wirksam werden. Dem Artikel wurden mit freundlicher Genehmigung von Google zusätzliche Informationen hinzugefügt.
Dieser Artikel wurde um 14:10 Uhr ET aktualisiert, um darauf hinzuweisen, dass Google und Qualcomm Unterstützung für 4 Android versprechen Betriebssystemversionen – d. h. die Startversion plus 3 Jahre Android-Betriebssystemaktualisierungen – statt 4 Jahre Betriebssystem Aktualisierung. Qualcomm verspricht jedoch, vier Jahre lang Sicherheitsupdates bereitzustellen.