Le noyau Linux 3.3 intègre directement plusieurs pilotes Android

Il devient possible de lancer des applications Android sur Linux

La version 3.3 du noyau Linux a été publiée. Elle contient comme d’habitude de multiples améliorations mais cette mouture se signale surtout par la réintégration de plusieurs modifications en provenance d’Android, donc de Google.

Source de l'image : rKrovs, Creative Commons

Linuxfr.org a publié la très longue liste des apports du noyau Linux 3.3. On trouve diverses nouveautés comme des améliorations sur le système de fichiers Btrfs, l’ajout du commutateur réseau virtuel Open vSwitch, le remplacement à chaud des disques RAID, un nouveau gestionnaire de surveillance des batteries ou encore le support de l’architecture C6X de Texas Instrument (embarqué).

La partie concernant Android remet sur le tapis la manière dont le code est intégré dans le noyau Linux. Il ne s’agit pas en effet de la première fois que du code était présenté pour intégration. Plusieurs pilotes Android avait en effet failli faire parti du noyau avant d’être rejetés fin 2009 à cause d’un manque de suivi de la part de Google.

Comme l’explique Ars Technica notamment, les développeurs utilisent la branche « staging » du noyau Linux pour présenter du code en vue d’une intégration prochaine. Il s’agit en quelque sorte d’une antichambre dans laquelle les éléments attendent leur maturation car ils ne sont pas jugés assez bons pour la production. En 2009, les pilotes Android faisaient partie de cette branche mais le mainteneur principal, Greg Kroah-Hartman, avait fini par indiquer qu’ils semblaient « abandonnés ».

En novembre 2011, Kroah-Hartman réintègre les pilotes Android dans la branche staging, avec succès cette fois comme en témoigne cette version 3.3. Plusieurs composants sont donc désormais présents :

Ashmem (Android shared memory), un mécanisme de partage de la mémoire vive
Binder, qui permet la communication entre les processus
Logger, une infrastructure de log
Le mécanisme « low memory killer » qui permet de faire le ménage dans les processus quand la mémoire vient à manquer

Il devient donc possible, avec le noyau Linux 3.3, de démarrer un espace utilisateur Android sans aucune autre retouche. Toutefois, la gestion de l’énergie sera relativement mauvaise car il manque encore le composant wakelock dont c’est justement la mission.

Comme d’habitude, le nouveau noyau sera déployé progressivement sur les distributions ou dans leurs versions ultérieures.

Source : Kernel Newbies

Vincent Hermann

Rédacteur/journaliste spécialisé dans le logiciel et en particulier les systèmes d'exploitation. Ne se déplace jamais sans son épée.

Twitter

Le 20 mars 2012 à 11:13 (18 419 lectures)

Actu Précédente Actu Suivante

Il y a 69 commentaires

INpactien

jb18v Le mardi 20 mars 2012 à 13:19:26 #31

Inscrit le lundi 23 mai 05 - 92900 commentaires

c'est quoi la bestiole à droite ?

INpactien

jb18v Le mardi 20 mars 2012 à 13:20:55 #32

Inscrit le lundi 23 mai 05 - 92900 commentaires

ZeblodS a écrit :

Ah mince je pensais que c'était le système de fichier en beurre...

Butter FS

le Gerard Butter FS

INpactien

von-block Le mardi 20 mars 2012 à 13:25:02 #33

Inscrit le lundi 9 janvier 06 - 580 commentaires

J'ai une question que je ne trouve pas sur wikipedia.

Mais linux, c'est un truc ouvert open source.

Mais c'est qui les responsables, qui s'assure de tout mettre ensemble et de publier une nouvelle version.

Il doit bien y avoir un leader pour ne pas que se soit le bordel, ce n'est pas des centaines de barbus gras dans leur garage qui vont faire ça nan ?

C'est quoi leur système de gestion.

INpactien

ZeblodS Le mardi 20 mars 2012 à 13:25:55 #34

Inscrit le jeudi 1 juillet 10 - 117 commentaires

Faudrait que je l'essaye un jour ce fameux B-tree FS.

J'en ai marre de me taper depuis 3 ans du BSD ou du Solaris pour avoir quelque chose de fiable avec ZFS...

INpactien

CryoGen Le mardi 20 mars 2012 à 13:26:57 #35

Inscrit le jeudi 12 mai 05 - 1445 commentaires

TaigaIV a écrit :

Tu parles d'avoir tous les modules indispensable au boot en dur dans le noyau ou d'avoir l'équivalent du contenu de initram dans un module ? (j'ai comme un doute sur la viabilité de la seconde solution mais on ne sait jamais).

Alors soit tu as tous les modules indispensables au boot en dur dans le noyaux
Soit tu les charges via le bootloader avec l'image d'initram

Et j'espère ne pas dire de connerie

j'ai un petit doute tout d'un coup (j'utilise plus ce genre d'image depuis longtemps :/)