{"id":1068,"date":"2011-08-20T01:00:11","date_gmt":"2011-08-20T00:00:11","guid":{"rendered":"http:\/\/www.blaess.fr\/christophe\/?p=1068"},"modified":"2011-08-20T01:00:11","modified_gmt":"2011-08-20T00:00:11","slug":"les-versions-longterm-de-linux","status":"publish","type":"post","link":"https:\/\/www.blaess.fr\/christophe\/2011\/08\/20\/les-versions-longterm-de-linux\/","title":{"rendered":"Les versions \u00ab\u00a0longterm\u00a0\u00bb de Linux"},"content":{"rendered":"

Depuis quelques ann\u00e9es il existe des versions sp\u00e9cifiques du noyau Linux dont la maintenance est planifi\u00e9e pour une dur\u00e9e plus longue que les autres. Il s’agit des longterm kernels<\/em>. La semaine pass\u00e9e Greg Kroah-Hartman qui assure une part importante de la maintenance des noyaux stables<\/em> et longterm<\/em> a propos\u00e9 d’\u00e9tablir de nouvelles r\u00e8gles de fonctionnement pour ces noyaux. La discussion est encore active, mais quelques remarques peuvent d\u00e9j\u00e0 \u00eatre faites.<\/p>\n

\n\n<\/p>\n

Situation pr\u00e9c\u00e9dente<\/h1>\n

Le principe actuel de mise \u00e0 jour des kernels remonte au mois d’ao\u00fbt 2004. A cette \u00e9poque, le noyau 2.6 \u00e9tait utilis\u00e9 depuis pr\u00e8s d’un an et la phase classique de stabilisation des premiers mois avait \u00e9t\u00e9 suivie par une premi\u00e8re s\u00e9rie d’\u00e9volutions plus ou moins importantes. Aucune branche de d\u00e9veloppement sp\u00e9cifique n’avait \u00e9t\u00e9 ouverte contrairement aux noyaux pr\u00e9c\u00e9dents (pour en savoir plus sur les noyaux ant\u00e9rieurs aux 2.6<\/a>) et la d\u00e9cision avait \u00e9t\u00e9 prise de continuer \u00e0 apporter des nouveaut\u00e9s r\u00e9guli\u00e8rement sur la branche 2.6.<\/p>\n

Le 14 ao\u00fbt 2004, le noyau 2.6.8 venait \u00e0 peine d’\u00eatre publi\u00e9 par Linus Tovalds qu’un bug grave f\u00fbt relev\u00e9 dans le syst\u00e8me de fichiers NFS. Il fallait publier tr\u00e8s rapidement un correctif, mais la faible ampleur des modifications ne justifiait toutefois pas la publication d’un nouveau noyau 2.6.9. Linus d\u00e9cida alors de publier l’apr\u00e8s-midi un noyau 2.6.8.1 corrigeant le d\u00e9faut.<\/p>\n

 <\/p>\n

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
Version<\/strong><\/td>\nPublication<\/strong><\/td>\n<\/tr>\n
2.6.0<\/td>\n12\/2003<\/td>\n<\/tr>\n
2.6.1<\/td>\n01\/2004<\/td>\n<\/tr>\n
2.6.2<\/td>\n02\/2004<\/td>\n<\/tr>\n
2.6.3<\/td>\n02\/2004<\/td>\n<\/tr>\n
2.6.4<\/td>\n03\/2004<\/td>\n<\/tr>\n
2.6.5<\/td>\n04\/2004<\/td>\n<\/tr>\n
2.6.6<\/td>\n05\/2004<\/td>\n<\/tr>\n
2.6.7<\/td>\n06\/2004<\/td>\n<\/tr>\n
2.6.8<\/td>\n08\/2004<\/td>\n<\/tr>\n
2.6.8.1<\/strong><\/td>\n08\/2004<\/td>\n<\/tr>\n
2.6.9<\/td>\n10\/2004<\/td>\n<\/tr>\n
2.6.10<\/td>\n12\/2004<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

 <\/p>\n

Ce fut \u00e0 partir de mars 2005, avec la sortie du noyau 2.6.11, que le choix de la num\u00e9rotation sur 4 nombres s’\u00e9tablit d\u00e9finitivement. Un noyau dit stable<\/em> serait publi\u00e9 r\u00e9guli\u00e8rement (\u00e0 peu pr\u00e8s tous les trimestres) avec une num\u00e9rotation sur trois nombres (par ex. 2.6.12) puis un mainteneur serait d\u00e9sign\u00e9 pour prendre le relai et regrouper les correctifs sous forme de versions \u00e0 4 nombres (2.6.12.4) publi\u00e9es par le mainteneur du noyau stable. Une fois un nouveau noyau stable publi\u00e9 (ex. 2.6.13) le support sur le noyau pr\u00e9c\u00e9dent serait abandonn\u00e9.<\/p>\n

Cette m\u00e9thode permettait de disposer d’un kernel flambant neuf (dit stable<\/em>) tous les deux \u00e0 trois mois, comportant de nouvelles fonctionnalit\u00e9s et les drivers pour les mat\u00e9riels les plus r\u00e9cents. En outre l’effort consacr\u00e9 \u00e0 la maintenance et la correction des bugs pouvait se concentrer sur la derni\u00e8re version stable, sans s’\u00e9parpiller sur les versions plus anciennes.<\/p>\n

 <\/p>\n

\n\n\n\n\n\n\n\n\n
Version<\/strong><\/td>\nPublication<\/strong><\/td>\nDernier correctif<\/strong><\/td>\nDate<\/strong><\/td>\n<\/tr>\n
2.6.11<\/td>\n03\/2005<\/td>\n2.6.11.12<\/td>\n06\/2005<\/td>\n<\/tr>\n
2.6.12<\/td>\n06\/2005<\/td>\n2.6.12.6<\/td>\n08\/2005<\/td>\n<\/tr>\n
2.6.13<\/td>\n08\/2005<\/td>\n2.6.13.5<\/td>\n12\/2005<\/td>\n<\/tr>\n
2.6.14<\/td>\n10\/2005<\/td>\n2.6.14.7<\/td>\n06\/2006<\/td>\n<\/tr>\n
2.6.15<\/td>\n01\/2006<\/td>\n2.6.15.7<\/td>\n03\/2006<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

 <\/p>\n

Cette m\u00e9thode toutefois n’allait pas sans poser de probl\u00e8mes. En effet, entre deux versions stables du noyau (\u00e0 trois nombres) prenaient places de nombreuses modifications internes. Des \u00e9l\u00e9ments \u00e9taient ajout\u00e9s bien entendu (drivers, syst\u00e8mes de fichiers, protocoles…) mais certains sous-syst\u00e8mes \u00e9taient parfois tr\u00e8s profond\u00e9ment modifi\u00e9s. Par exemple le support des architectures x86\/PAE dans le noyau 2.6.10 (permettant d’adresser plus de 4 Go de m\u00e9moire) impliqua une modification importante du sous-syst\u00e8me Memory Management<\/em>. En cons\u00e9quence l’API interne<\/strong> du noyau – celle que l’on utilise pas exemple pour \u00e9crire des drivers – se trouve sensiblement modifi\u00e9e entre deux versions stables. L’API externe – celle offerte par les appels-syst\u00e8me – reste bien s\u00fbr stable pour ne pas casser la compatibilit\u00e9 avec les biblioth\u00e8ques et applications de l’espace utilisateur.<\/p>\n

Ainsi un driver \u00e9crit en dehors du noyau officiel doit \u00eatre mis \u00e0 jour (ou du moins v\u00e9rifi\u00e9) \u00e0 chaque nouvelle version stable. Le fait de ne pas offrir de support pour un noyau stable pr\u00e9c\u00e9dent posait des probl\u00e8mes aux distributions qui int\u00e8grent des drivers provenant d’autres sources que le noyau officiel. Pour b\u00e9n\u00e9ficier des correctifs (s\u00e9curit\u00e9, performance etc.) il \u00e9tait n\u00e9cessaire de changer reguli\u00e8rement de noyau pour basculer sur la nouvelle version stable. En contrepartie les drivers suppl\u00e9mentaires obtenus ou d\u00e9velopp\u00e9s ind\u00e9pendamment du noyau standard ne fonctionnaient plus et n\u00e9cessitaient une mise \u00e0 jour r\u00e9guli\u00e8re.<\/p>\n

Si les distributions les plus importantes pouvaient \u00e0 la rigueur se permettre cet effort de suivi et support du kernel, cela n’\u00e9tait pas possible pour les plus petites d’entre-elles.<\/p>\n

A l’occasion du noyau 2.6.16, Greg Kroah-Hartman (qui travaillait pour SUSE) d\u00e9cida de prendre en maintenance ce noyau sur une p\u00e9riode suffisamment longue pour avoir une p\u00e9rennit\u00e9 acceptable pour les entreprises ne souhaitant pas mettre \u00e0 jour le noyau de leur parc informatique tous les trimestres. Il r\u00e9alisa un long travail de maintenance sur ce noyau jusqu’en\u00a0 2008 avec un 62\u00e8me correctif !<\/p>\n

 <\/p>\n

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
Version<\/strong><\/td>\nPublication<\/strong><\/td>\nDernier correctif<\/strong><\/td>\nDate<\/strong><\/td>\n<\/tr>\n
2.6.16<\/td>\n03\/2006<\/td>\n2.6.16.62<\/strong><\/td>\n08\/2008<\/td>\n<\/tr>\n
2.6.17<\/td>\n06\/2006<\/td>\n2.6.17.14<\/td>\n06\/2006<\/td>\n<\/tr>\n
2.6.18<\/td>\n09\/2006<\/td>\n2.6.18.8<\/td>\n02\/2007<\/td>\n<\/tr>\n
2.6.19<\/td>\n11\/2006<\/td>\n2.6.19.7<\/td>\n03\/2007<\/td>\n<\/tr>\n
2.6.20<\/td>\n02\/2007<\/td>\n2.6.20.21<\/td>\n10\/2007<\/td>\n<\/tr>\n
2.6.21<\/td>\n07\/2007<\/td>\n2.6.21.7<\/td>\n08\/2007<\/td>\n<\/tr>\n
2.6.22<\/td>\n07\/2007<\/td>\n2.6.22.19<\/td>\n02\/2008<\/td>\n<\/tr>\n
2.6.23<\/td>\n10\/2007<\/td>\n2.6.23.17<\/td>\n02\/2008<\/td>\n<\/tr>\n
2.6.24<\/td>\n01\/2008<\/td>\n2.6.24.7<\/td>\n05\/2008<\/td>\n<\/tr>\n
2.6.25<\/td>\n04\/2008<\/td>\n2.6.25.20<\/td>\n11\/2008<\/td>\n<\/tr>\n
2.6.26<\/td>\n07\/2008<\/td>\n2.6.26.8<\/td>\n11\/2008<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

 <\/p>\n

Courant 2008 le noyau 2.6.16, encore utilis\u00e9 par de nombreuses distributions commen\u00e7ait \u00e0 sembler ancien. De nombreuses fonctionnalit\u00e9s importantes (syst\u00e8me tickless<\/em>, nouvel ordonnanceur, gestion am\u00e9lior\u00e9e du cache m\u00e9moire, etc.) \u00e9taient apparues depuis. Quelques versions du noyau avaient \u00e9t\u00e9 maintenues un peu plus longtemps que les autres (2.6.20, 2.6.22, 2.6.25) mais aucune n’avaient la long\u00e9vit\u00e9 du 2.6.16.<\/p>\n

Il fallu une nouvelle impulsion de Greg Kroah-Hartman pour choisir et figer une version avec maintenance \u00e9tendue. Le noyau 2.6.27 fut choisi, et sa maintenance entam\u00e9e par Greg est aujourd’hui (2.6.27.59) assur\u00e9e par Willy Tarreau.<\/p>\n

 <\/p>\n

\n\n\n\n\n\n\n\n\n
Version<\/strong><\/td>\nPublication<\/strong><\/td>\nDernier correctif<\/strong><\/td>\nDate<\/strong><\/td>\n<\/tr>\n
2.6.27<\/strong><\/td>\n03\/2006<\/td>\n2.6.27.59<\/strong><\/td>\n04\/2011<\/td>\n<\/tr>\n
2.6.28<\/td>\n12\/2008<\/td>\n2.6.28.10<\/td>\n05\/2009<\/td>\n<\/tr>\n
2.6.29<\/td>\n03\/2009<\/td>\n2.6.29.6<\/td>\n07\/2009<\/td>\n<\/tr>\n
2.6.30<\/td>\n06\/2009<\/td>\n2.6.30.10<\/td>\n12\/2009<\/td>\n<\/tr>\n
2.6.31<\/td>\n09\/2009<\/td>\n2.6.31.14<\/td>\n07\/2010<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

 <\/p>\n

La n\u00e9cessit\u00e9 de disposer de versions p\u00e9r\u00e8nes du kernel Linux\u00a0 se faisant sentir de plus en plus – notamment avec la croissance du march\u00e9 de Linux embarqu\u00e9 – un premier noyau (2.6.32) fut marqu\u00e9 officiellement\u00a0 longterm<\/em> et maintenu par Greg Kroah-Hartman. Puis un second kernel (2.6.33) et la m\u00e9thode faisant des \u00e9mules, d’autres mainteneurs se propos\u00e8rent pour deux autres versions (Paul Gortmaker pour le 2.6.34 et Andi Kleen pour le 2.6.35).<\/p>\n

 <\/p>\n

\n\n\n\n\n\n\n\n\n\n\n\n
Version<\/strong><\/td>\nPublication<\/strong><\/td>\nDernier correctif<\/strong><\/td>\nDate<\/strong><\/td>\n<\/tr>\n
2.6.32<\/strong><\/td>\n12\/2009<\/td>\n2.6.32.45<\/strong><\/td>\n08\/2011<\/td>\n<\/tr>\n
2.6.33<\/strong><\/td>\n02\/2010<\/td>\n2.6.33.18<\/strong><\/td>\n08\/2011<\/td>\n<\/tr>\n
2.6.34<\/strong><\/td>\n05\/2010<\/td>\n2.6.34.10<\/strong><\/td>\n06\/2011<\/td>\n<\/tr>\n
2.6.35<\/strong><\/td>\n08\/2010<\/td>\n2.6.35.14<\/strong><\/td>\n08\/2011<\/td>\n<\/tr>\n
2.6.36<\/td>\n10\/2010<\/td>\n2.6.36.4<\/td>\n02\/2011<\/td>\n<\/tr>\n
2.6.37<\/td>\n01\/2011<\/td>\n2.6.37.6<\/td>\n03\/2011<\/td>\n<\/tr>\n
2.6.38<\/td>\n03\/2011<\/td>\n2.6.38.8<\/td>\n06\/2011<\/td>\n<\/tr>\n
2.6.39<\/td>\n05\/2011<\/td>\n2.6.39.4<\/td>\n08\/2011<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

 <\/p>\n

Situation actuelle et avenir<\/h1>\n

Avec le passage \u00e0 la version 3 du kernel, Linus souhaite se d\u00e9barrasser de la num\u00e9rotation \u00e0 quatre nombres, pour revenir \u00e0 un sch\u00e9ma plus simple.<\/p>\n