Lacombe Eric

Pour ce début d'année (quelque peu entamé), le Kernel Corner vous propose une brève sur le mécanisme des Kernel Connectors. Il s'agit d'un moyen proposé par Linux pour faciliter la communication entre l'espace utilisateur et le noyau. L'optique poursuivie dans cette brève est de vous initier à ce mécanisme afin que vous puissiez éventuellement l'employer dans les modules noyau que vous créez.

Fidèles à nos habitudes, nous décortiquons la toute dernière version du noyau, cette fois-ci étiquetée 2.6.32. Elle a une importance toute particulière pour deux raisons. D'une part, elle fait suite à une version 2.6.31 jugée légèrement décevante car apportant de nombreux bugs et régressions. D'autre part, il ressort des discussions ayant eu lieu à la Linux Plumbers Conference le 23 septembre que ce noyau 2.6.32 sera probablement utilisé par les prochaines versions de plusieurs distributions ayant un support à long terme, notamment Debian Squeeze et Ubuntu 10.04. Rentrons à présent dans le vif du sujet, en vous souhaitant une bonne lecture pour ce long Kernel Corner.

Nous exposons dans ce Kernel Corner la dernière partie de notre développement sur les nouveautés du noyau Linux 2.6.31. Il n'y a pas de bouleversements majeurs dans cette version, mais un ajout important de lignes de code que l'on impute facilement à l'intégration de nouveaux pilotes. Nous voyons également de plus en plus s'afférer les développeurs à enrichir le noyau Linux de fonctionnalités de débogage. C'est d'ailleurs ce que vous pourrez constater à la lecture de cette brève (garantie sans radioactivité ;)

Alors que les vacances se terminent (encore faudrait-il qu'elles aient commencé...) et que l'automne approche, il est temps de prendre une grande bouffée d'oxygène avant de se replonger dans une lecture sans faille de notre très cher Kernel corner ;) Nous débutons ce mois-ci avec la suite et fin de notre développement sur le noyau Linux 2.6.30, et terminons avec une petite friandise aux arômes rafraîchissants et vifs : le mécanisme initramfs.

Le Kernel Corner innove dans sa dernière mouture en édifiant le concept de brèves multi-facettes ;) Eh oui ! Le sujet abordé ce mois-ci est décrit non pas par une brève, mais par de multiples brèves (enfin juste deux pour commencer ;) ! « Miracle ! », me diriez-vous, « Les auteurs viennent tout juste de découvrir comment élaborer un plan [NDLA : oops] ! » ;) Mais la réalité est bien différente : ce concept apporte vraiment un plus ;) Les deux brèves que vous allez découvrir traitent du même sujet, mais sous des angles bien différents. Le premier est purement orienté end-user, alors que le second explore le sujet en s'immisçant dans la vie privée du noyau ;)... bref, en s'immergeant dans le code du noyau ;)

Il arrive à grands pas, chevauche une allée bordée de tourments : le noyau 2.6.29 apporte de grands changements, bien que, pour la plupart, ils ne soient que difficilement observables. Quel étrange artifice peut bien cacher d'aussi grands changements ? Aucun, si ce n'est l'importance (sic) de nos économies. En effet, il faudra disposer d'une machine de plus d'un millier de CPU pour ressentir les effets positifs de la phytothérapie des Tree RCU. En outre, il faudra plonger dans l'abîme pour saisir les modifications substantielles dans l'organisation et la gestion des Credentials. Mais, rassurez-vous, ce qui reste le plus visible n'est pas aussi turbulent et se digère agréablement.

Nous expliquons dans cet article le concept de « virtualisation », pour ensuite nous intéresser plus particulièrement à la virtualisation de systèmes. Une classification est alors présentée. Il s'ensuit une introduction aux extensions matérielles développées par Intel et AMD pour faciliter la virtualisation de leurs architectures.

De retour pour une nouvelle année florissante, nous vous proposons la suite du tour d'horizon des nouveautés du noyau Linux 2.6.28. Notre itinéraire débute sur un sentier gelé avec la visite de l'antre du container freezer, pour ensuite nous attarder au creux d'une vallée emplie d'un parfum qui embrume l'esprit et améliore ainsi la gestion de notre mémoire virtuelle. Il s'ensuit alors une confusion d'images dans le royaume des rêves où l'ordre règne depuis l'apparition opportune d'une gemme au doux nom de GEM (un gestionnaire de mémoire pour GPU). Elle constitue la pièce maîtresse de la rénovation de ce royaume de chimères (l'infrastructure graphique du noyau), victime de tant de maladresses de par son grand âge. Nous établissons finalement notre bivouac dans cette contrée sauvage remplie d'êtres non moins obscurs que ces seigneurs noirs de l'empire Sith qui laissèrent pour seules marques de leur passage, le désastre et le chaos (visible depuis des tracepoints). Tout cela n'est peut être que duperies, alors que nous errons dans cet havre de paix où notre imaginaire (la virtualisation) se confond à la réalité.

Comme à notre habitude, nous présentons les nouveautés du noyau Linux, s'apprêtant à sortir dans sa version 2.6.28. Un cycle de développement qui s'est, pour une fois, calmé dès la fin des traditionnels 15 jours d'inclusions de changements ouvrant la phase de préparation d'un nouveau noyau. Pour les curieux n'ayant pas assez à se mettre sous la dent, nous complétons la rubrique avec deux brèves techniques : la première décortique l'appel système sys_arch_prctl, tandis que la seconde est un focus sur la technologie Ksplice, permettant de patcher un noyau à chaud. Avant de vous souhaiter bonne lecture, nous ne manquerons pas de signaler que le noyau 2.6.16, qui avait été choisi pour être maintenu à long terme, cédera bientôt le pas au 2.6.27, après plus de deux ans de bons et loyaux services.