Greg Kroah Hartman, l'un des gardiens du noyau Linux récemment a reçu une proposition dans lequel il dit qu'il est possible qu'un framework dédié au développement de drivers en langage Rust soit accepté dans le noyau.
Bien qu'il n'y ait pour le moment rien de concret, pour cela, Greg Kroah-Hartman formule deux conditions: L'un d'eux est que le framework ne sera pas activé par défaut dans le cas de son intégration, ceci, pour éviter que l'on n'ait besoin de Rust pour compiler le noyau; deuxièmement, que l'approche proposée présente de réels avantages par rapport à ceux dérivés de l'utilisation du langage C.
On sait que Linux Kernel est le produit de développements dans les langages C et surtout que pour Linus Torvalds C est avant tout. Ainsi, dans le développement des pilotes du système, l'utilisation de C.
Les développeurs ont compromis d'énormes opportunités qui propose en termes de gestion des ressources matérielles d'un système informatique l'utilisation de Rust.
Et est-ce de plus en plus de voix s'élèvent pour appeler le passage à la langue Rust, dont l'un est censé remplacer C pour le contrôle des matériaux.
Et c'est que lors du dernier Linux Security Summit, les chercheurs en sécurité, ainsi que d'autres, ont signalé l'une des plus grandes lacunes linguistiques C sont les problèmes liés à la gestion de la mémoire - débordements de tampon, allocations, accès à des zones mémoire invalides ou libérées, etc.
Selon les chiffres rapportés par le duo de chercheurs, le résultat de 65% des vulnérabilités du noyau Linux identifiées au cours des 6 derniers mois. Les chiffres de Common Vulnerabilities and Exposure (CVE) sont similaires: 15.9% des 2288 20 vulnérabilités qui ont affecté le noyau Linux en XNUMX ans sont liées à des débordements de tampon.
L'équipe de recherche n'a pas seulement parlé des avantages que Rust offre par rapport à C. Il en a également profité pour présenter une initiative visant à développer un framework dédié au développement de pilotes Linux.
En termes simples, l'effort est de travailler avec les API du noyau Linux. Les développements concernent les architectures x86, arm / arm64, mips, POWERPC, RISC-V, s390 et SPARC.
Mais le plus gros problème est que seul Linus Torvalds pense qu'il n'y a rien de mieux que le langage C pour la programmation du système.
Je dois dire que je suis assez démodé sur des questions comme celle-ci. La raison pour laquelle j'ai commencé Linux et les systèmes d'exploitation en général est que j'aime vraiment le matériel. J'aime explorer l'aspect matériel.
Je ne dis pas cela pour souligner que je suis un expert. Ce que je veux dire, c'est que j'aime interagir avec le matériel du logiciel. Vu de ce point de vue, je n'ai pas encore vu de langage de programmation qui ne se rapproche que du langage C.
Cette déclaration n'est pas simplement parce que C est utile pour générer un bon code pour gérer le matériel. De plus, l'utilisation de C a du sens pour les personnes qui pensent comme un ordinateur. Je pense que la raison en est que les personnes qui ont conçu le langage C l'ont fait à une époque où les compilateurs devaient être simples; à une époque où la langue devait s'adapter à la production ou au résultat attendu.
Alors quand je lis le code en langage C, je sais à quoi ressemblera le code d'assemblage et c'est ce qui m'intéresse », a-t-il déclaré il y a 7 ans lors d'un de ses discours à la conférence. Centre de technologie Intel Open Source.
Auparavant, vous avez abandonné des propositions similaires pour introduire C ++ dans le cercle des langages dédiés au développement de drivers pour Linux. En particulier, il a mis en évidence la possibilité de rendre plus propre orienté objet avec C qu'avec C ++.
L'initiative Alex Gaynor et Geoffrey Thomas continue d'être un grand projet sur de nombreux axes. Par exemple, l'équipe de recherche insiste sur la nécessité de poursuivre le développement de pilotes pour les systèmes de fichiers et pour des types de périphériques spécifiques.
Ensuite, nous devrons voir si le contenu peut convaincrera mainteneurs Linux.