Google a supprimé la prise en charge de RISC-V de l’image générique du noyau Android dans les correctifs récemment fusionnés. Classés sous le nom « Supprimer la prise en charge d’ACK pour riscv64 », les correctifs avec la description « la prise en charge des noyaux risc64 GKI est interrompue » sur le tracker AOSP ont supprimé la prise en charge du noyau RISC-V, la prise en charge de la construction du noyau RISC-V et la prise en charge de l’émulateur RISC-V. .
En termes simples, la prochaine implémentation du système d’exploitation Android qui utilisera la dernière version de GKI ne fonctionnera pas sur les appareils alimentés par des puces RISC-V. Par conséquent, les entreprises souhaitant compiler une version RISC-V Android devront créer et maintenir leur propre branche à partir du noyau Linux (patchs ACK RISC-V).
Ces abréviations peuvent prêter à confusion, alors concentrons-nous sur elles en commençant par ACK. Il existe le noyau Linux officiel et Google ne certifie pas les appareils Android livrés avec ce noyau Linux principal. Google maintient et certifie uniquement les ACK (Android Common Kernel), qui sont des branches en aval du noyau Linux officiel. L’une des principales branches ACK est la ligne principale Android, car il s’agit de la branche de développement principale qui est dérivée de la branche du noyau générique pour correspondre à une combinaison spécifique d’un noyau Linux pris en charge et de la version du système d’exploitation Android.
En un mot, ACK fait référence à un noyau Linux avec quelques correctifs intéressant la communauté Android qui n’ont pas été fusionnés avec les noyaux Linux Mainline ou Long Term Supported (LTS). D’un autre côté, GKI fait référence à un noyau construit à partir de l’une de ces branches ACK. Chaque appareil Android est livré sur le marché tout en exécutant l’une de ces branches GKI.
Matthias Männich, ingénieur logiciel senior chez Google, a téléchargé ces correctifs pour test le 26 avril, et ils ont réussi le processus d’test le 1er mai, ce qui a abouti à une fusion réussie sur les branches Android15-6.6 et Android-mainline.
Cette mise à jour pourrait gêner les fabricants de puces qui envisageaient de lancer des processeurs RISC-V pour les appareils Android. Qualcomm, par exemple, prévoyait d’alimenter la prochaine génération de solutions Wear OS (plateformes portables) à l’aide de processeurs RISC-V.
Cependant, ce correctif fusionné n’est pas permanent. Google n’a pas tué pour toujours le support RISC-V. Selon un porte-parole de Google, la société n’est pas prête à fournir une seule image prise en charge à tous les fournisseurs en raison du rythme rapide des itérations. Par conséquent, Android continuera à prendre en charge RISC-V, mais pas pour l’instant, mais plus tard à une date inconnue.
Entre-temps, la communauté RISC-V a fourni une spécification des services de démarrage et d’exécution RISC-V aux fournisseurs de systèmes et de systèmes d’exploitation pour les aider à interagir les uns avec les autres. Cette spécification permet au système d’exploitation d’utiliser la gestion du système et la découverte de périphériques lorsqu’il est exécuté sur une puce RISC-V et pourrait aider avec les ports du système d’exploitation, y compris les futures implémentations d’Android RISC-V.
Via l’autorité Android
Retrouvez l’histoire de Raspberry Pi dans cette vidéo :
