Il y a quelques mois, Google avait annoncé une nouveauté intéressante pour la version libre d'Android : la prise en charge des puces RISC-V. Mais la société a supprimé récemment une partie du code, un mouvement un peu étonnant.

RISC-V est un jeu d'instructions open source, qui permet à plus ou moins n'importe qui de proposer un processeur, sans devoir payer une licence ou se reposer sur des implémentations existantes. Nous avons déjà parlé de RISC-V dans une série d'articles pour les membres du Club iGen, et le jeu d'instructions est vu par certains comme le futur fossoyeur du x86 ou des puces ARM.

La révolution RISC-V (1/4) : l'Agence tous RISC

Après l'annonce d'un portage RISC-V d'Android AOSP (la version libre) en novembre 2023, beaucoup attendaient donc des appareils sous Android avec des systèmes sur puce RISC-V, et pas uniquement des montres. Mais Android Authority a remarqué que Google avait supprimé une partie du code récemment dans le noyau ACK (Android Common Kernel).

Ce noyau est un peu spécifique : si Android peut être vu comme une distribution GNU/Linux, le noyau ACK est un noyau Linux mais avec quelques modifications qui ne sont pas présentes dans les noyaux Linux officiels. Le noyau ACK sert de base aux noyaux GKI (Generic Kernel Image) qui sont ensuite déployés dans les appareils Android. Il y en a plusieurs pour une bonne raison : il existe de nombreuses versions d'Android. Comme Google ne certifie que les appareils qui emploient un noyau GKI et que la suppression du code RISC-V empêche la création du noyau GKI, il y a donc peu de chances de voir un appareil Android à base de RISC-V à court terme.

La raison du retrait du jeu d'instructions RISC-V n'est pas connue, mais plusieurs raisons peuvent expliquer ce changement. La première viendrait d'une pression des États-Unis dans leur bataille technologique contre la Chine : RISC-V ne dépend pas des USA et la fondation qui gère le jeu d'instructions a même été déplacée en Suisse il y a quelques années justement pour éviter les pressions gouvernementales. La seconde raison est purement technique : RISC-V évolue régulièrement et Google a peut-être décidé d'attendre que l'ensemble soit stabilisé, avec un socle commun. Actuellement, les puces RISC-V n'implémentent pas nécessairement toutes les instructions, avec parfois de grosses différences. Enfin, Google considère peut-être tout simplement que l'écosystème n'est pas mûr pour être déployé en masse.