Un gel des fonctionnalités du noyau 2.5 (futur 2.6) a été décidé pour Halloween. Après cette date, seuls des corrections de bugs ou des améliorations mineures seront acceptés dans ce qui deviendra le noyau 2.6.
Pour voir la liste des modifications majeures déjà effectuées, et celles qui sont prévues, suivez le lien sur kernelnewbies. Pour résumer: beaucoup de parties ont été réécrites (block io, ide, framebuffer, ...) et pas mal de patchs externes ont été intégrés ou le seront (preempt, ALSA, ACL, rmap, ...)
Alors que les grands de ce monde sont réunis au Canada pour un sommet du G8 sous haute surveillance, les grands de notre monde les imitent à Ottawa :)
Linux Weekly News réalise un résumé de chaque journée. Lundi la mémoire virtuelle, le portage sur le Hammer d'AMD, les entrées/sorties en bloc, les paramètres du noyau, et les modules. Mardi les besoins pour les bases de données, la lettre au père Noël de HP, le module de sécurité chargeable, les entrées/sorties asynchrones, le SCSI.
A noter des absents de marque pour chaque sommet: José Bové (qui fait du roquefort) pour cause de prison et Keith Owens (qui fait du boudin).
Mardi soir est sorti une nouvelle version bêta du noyau 2.5, la version 19.
Cette fois-ci, contrairement au noyau 2.2.21, le ChangeLog est disponible, et face à la liste conséquente de corrections et autres, je vous renvoie à la lecture de ce ChangeLog.
A noter quand même quelques points importants :
- nouveaux drivers pour le FB,
- quelques corrections pour le support de l'USB...
enfin bon, le CL est quand même plus explicite que moi ;-) !
Une nouvelle version du noyau 2.2 vient de sortir lundi soir : la 2.2.21.
Le Changelog n'est pas encore disponible mais si cette version est là, c'est surement pour de bonnes raisons ;-)
Vu que de nombreux serveurs GNU/Linux tournent sous Debian Potato et, en attendant la version finale de la Woody, ce noyau devrait interesser beaucoup de monde.
Note du modérateur : j'imagine que ce noyau doit au moins corriger la faille de sécurité sur d_path(). Comme il s'agit d'un problème de sécurité, il est possible que le Changelog soit censuré pour cause de DMCA (comme pour le 2.2.20). Néanmoins The Freeworld.net ne contient pas (encore ?) le Changelog du 2.2.21
KernelTrap nous informe que Robert Millan a pu faire tourner le système d'exploitation GNU (basé sur le Hurd et sur GNU Mach, donc) avec l'émulateur Bochs. Une image était proposée, mais, à la demande de Robert, elles ont été supprimées temporairement, avant qu'il
ne soit en mesure de fournir des images stables.
Note du modérateur: il faut cependant noter que Bochs est extrêmement
lent, et que le système GNU n'étant pas lui-même un modèle de rapidité à l'heure actuelle, le tout ne sera vivable que pour un court essai. Essayez-le en vrai!
ELKS sort sa première bêta !
ELKS est un petit noyau linux destiné à tourner sur des 8088 et supérieurs (linux ne fonctionne que sur des processeurs 32bits (NdM: ou plus)).
Note du modérateur : ELKS = « Embeddable Linux Kernel Subset », sous-ensemble du noyau Linux embarquable. Le Changelog commence en 1995 apparemment.
SecurityFocus nous propose de jeter un oeil au patch Openwall. C'est un patch apportant au noyau Linux des fonctionnalités de sécurité. Cet article explique comment installer ce patch et nous en présente les pricipales fonctionnalités.
La fonctionnalité la plus connue d'Openwall est certainement l'option qui consiste à rendre la pile noyau non exécutable. Mais il ne fait pas que cela, vous le découvrirez dans cet article.
Ce qui est dommage c'est que ce patch n'est pour l'instant disponible que pour les versions 2.2.x du noyau (même si les travaux pour le 2.4.x sont en cours). Ceux qui utlisent les noyaux 2.4.x se tourneront peut-être plus facilement vers le patch Grsecurity.
NdR : Ceci est une adaptation/traduction du début de l'article...
NdM : Grsecurity r0x0r !
Nombreux sont les débutants qui ont peur de recompiler un noyau Linux par eux-mêmes et qui finissent le plus souvent avec un kernel panic lors de leurs essais.
Je viens de complètement réécrire la troisième édition de mon article sur la compilation et l'installation d'un noyau Linux 2.4.x
Commentaires bienvenus.
Chaque mois de janvier, Linux Magazine dresse un état du noyau Linux, apportant aux lecteurs les dernières informations sur les modifications/améliorations du noyau à venir.
Pour 2002, la boule de cristal est plus évasive que d'habitude principalement par ce que les travaux sur le noyau 2.5 n'ont pas réellement commencé. Néanmoins, quelques lignes directrices semblent se détacher. Les auteurs de cet article ont discuté avec les développeurs majeurs afin d'en savoir un peu plus sur leurs projets et leurs espoirs pour le noyau 2.5.
NdR: L'article est deja sorti dans la version papier du magazine, mais vient d'être mis sur le site Internet.
En parallèle au Preemption Patch dont on a beaucoup parlé ici, le Low-Latency Patch vise le même but mais pas de la même manière. Pour nous éclairer, Clark Williams (architecte système chez Red Hat) nous a concocté un petit test des 2 patch sur un noyau 2.4.17.
Après les explications indispensables (et claires, même en anglais), des chiffres étonnants sont fournis (graphiques à l'appui) !
Le grand vainqueur est le duo Low-Latency+Preemption qui tire le meilleur parti des 2. C'est donc en toute logique que les mainteneurs des patch (Robert Love et Andrew Morton) travaillent sur une fusion.
Linux n'a pas fini d'accélérer...
"à l'aide, je suis troublé !" Tel est le message posté par Anton Blanchard sur LinuxKernelMailingList.
En effet, compiler un noyau x86 en moins de 8 secondes, sur des machines ppc64 (et en gcc s'il vous plait !), c'est pas banal.
Le message de la fin :
" make[1]: Leaving directory `/home/anton/intel_kernel/linux/arch/i386/boot'
128.89user 40.23system 0:07.52elapsed 2246%CPU (0avgtext+0avgdata 0maxresident)k0inputs+0outputs (437084major+572835minor)pagefaults 0swaps"
Le gourou de l'Open Source, Eric Raymond, a dit que la création de patchs du noyau Linux est en crise et il a renouvelé son appel pour que quelqu'un viennne en aide à Linus Torvalds en tant que "penguin patch lieutenant."
S'exprimant lors d'une conférence organisée par le "UK Unix Users Group" à Londres mercredi soir, Raymond précise que les patchs du kernel sont l'un des vestiges de la centralisation dans le développement Open Source.
Il a dit aussi que Linus a "atteint ses limites de stress" et qu'une personne seule ne pouvait traiter tous les patchs proposés par les développeurs du noyau.
Les patchs, dont beaucoup pourraient aider au développement de Linux, ne sont pas pris en compte et ce sans raison apparente a observé Raymond.
Avis aux amateurs!
Un slashdotter signale un article intéressant paru sur le site de Gentoo Linux.
Pour résumer, certains gros vendeurs Linux, tels que RedHat ou Mandrake, fixent de nombreux bogues plus ou moins mineurs dans les kernels qu'ils distribuent. Et ces patches, le plus souvent, ne sont jamais intégrés dans la distribution officielle. Après tout, la GPL n'oblige personne à envoyer ses modifications au mainteneur du code.
Est-ce un bien ou un mal, ces patches sont-ils de mauvaise qualité ? En tous cas Gentoo pense que des gens devraient se pencher sur le problème, tels que les membres du Kernel Janitor project.
Les développeurs et les développement du noyau de notre os préféré étant de plus de plus nombreux, Linus a décidé de changer de système d'application de correctifs et ainsi d'automatiser les mises à jour du noyau via le logiciel BitKeeper de Bitmover. Ce système permet entre autre l'application de patch directement depuis un mail, plus de détails dans l'article suivant..
La dernière version du noyau vient de sortir...
Au menu pas mal de correction de bug, l'amélioration des versions sparc64, du système de fichier ext2...
A noter aussi:
- la mise en place d'un correctif permettant de prévenir dans le cas ou un processeur Athlon ne serait pas capable de faire du SMP.
- support pour le composant i810 d'Intel
- etc...
Note du modérateur : On nous signale aussi l'intégration de l'option "preempt" au stade du 2.5.4-pre6, option qui augmente la réactivité du système (cf. articles sur linuxdevices). Attention, il s'agit d'un kernel de Développement. Le dernier kernel Stable est le 2.4.17 (voire le 2.4.18-pre9). A réserver à ceux qui veulent être au courant des dernières évolutions (cf. le dernier lien, sur le statut du kernel).
Un article sur Byte.com fait le point sur les différentes branches du noyau Linux. Des tests de performance sont même réalisés...
En conclusion, écrire une bon gestionnaire de mémoire virtuelle est la preuve ultime d'une expertise pour un développeur système. L'auteur pense que Andrea Arcangeli et Rik van Riel connaissent bien leur affaire et que toutes les modifications faites par Alan Cox ont encore amélioré leur VM.
Après avoir travaillé intensément sur ces noyaux, l'auteur en est arrivé à la conclusion qu'il préfère les noyaux 2.4.17 ou 2.4.18pre2aa pour des serveurs fortement sollicités.
Le patch de "reverse-mapping" de Rik, néanmmoins, est très prometteur, mais doit être stabilisé.
Finalement l'auteur estime que le noyau de la Red Hat 2.4.9 est un très bon noyau, rapide et stable.
Suite à l'engouement pour l'article précédemment passé qui concernait le trajet des paquets IP dans la pile réseau du noyau 2.4, je mets à disposition une traduction en ligne avec un petit schéma de la doc d'Harald Welte.
J'espère que ca permettra une approche plus facile ;)
Toute remarque est la bienvenue...
Pout tout ceux qui sont curieux de savoir comment ca se passe à l'intérieur, le Linux Journal présente un article intéressant mais quelque peu technique sur le traitement des paquets dans le noyau Linux.
On trace le trajet des paquets au sein du noyau Linux au gré des fonctions qui entrent en jeu.
NdR: c'est une version édulcorée d'un guide "The journey of a packet through the linux 2.4 network stack" réalisé par Harald Welte.
NdR2: une "foultitude" de document concernant netfilter peut se trouver sur le site de netfilter.gnumonks.org (certains sont traduits en français)
Tout est dans le sujet: le numéro 148 de Kernel Traffic vient de paraître (date du 1er janvier).
Extrait du menu:
-Microsoft Patents Loading A Trusted OS Into A Trusted CPU
-Status Of CPU Hotplugging In 2.5
-2.5 API Change Summaries
-VM Subsystem Fixes In 2.4 And 2.5
-Status Of Asymmetric Multi-Processing
-Compiler Optimization Requirements
-2.4 Release Policy
-Web Page Tracking All Linux Ports
-Marcelo On Vacation
Il faut peut-être préciser que Kernel Traffic est une « newsletter » hebdomadaire qui propose une synthèse de la mailing liste linux-kernel.
Un dénommé Michael Cohen vient d'anoncer sur la LKM (Linux Kernel Mailinglist) la création d'une nouvelle branche du noyau 2.4, axée sur les performances.
Au menu:
Reverse Mapping patch #9 (Rik van Riel)
Preemptible Kernel Patch (Robert Love)
Lock-Break Patch (Robert Love)
CPU affinity /proc entry (Robert Love)
Netdev-random (Robert Love)
Software Suspend (Gabor Kuti?)
Real Time Scheduler for Linux (?)
IDE updates (Taskfile IO and others) (Andre Hedrick}
A vos compilateurs !
Le noyau Linux 2.4.17 est sorti, avec de nombreux
fix et mises à jour . Pour ceux utilisant des ordinateurs de bureau, pensez à installer le
preempt patch qui améliore les temps de réponse.
Voici un petit patch qui permet de passer du mode coopératif en mode préemptif pour les noyaux Linux.
Si on résume la philosophie du patch, il réduit le temps de latence (jitter) de l'ordre de 200µs du temps de scheduling optimal.
Voici un petit article qui donne envie...
En effet, Linus Torvalds considère la branche 2.4 du noyau comme stable et fonctionnelle. Depuis le 23 novembre, le développement du prochain noyau est en route...
Au menu tout plein de bonne choses:
- amélioration des systèmes de fichiers Linux
- refonte des pilotes matériels
- meilleure gestion du son
- etc...
L'article de 01net est intéressant et permet un avant gout de ce que sera le 2.5.x ;)
On notera particulièrement l'intégration du système de fichiers répartis Inter-Mezzo dans le noyau 2.5 (Inter-Mezzo permet de répliquer l'arborescence d'un système de fichiers à travers le réseau). Et aussi la création d'une interface commune pour les systèmes de fichiers ext3 et reiserfs...
Du bon en perspective!!!
Une discussion sur la kernel mailing-list.
Papa Torvalds prend la théorie de l'évolution en exemple pour montrer que le design ne sert à rien dans un projet. Selon lui, Linux n'a jamais été pensé à l'avance. Le contraire l'aurait conduit à l'échec. C'est le cas de tous les gros projets réussis (l'homme :-), etc. Cette philosophie explique pourquoi Linus n'est pas indispensable (sauf par son côté sociable). Ce qui fait le sel de la discussion, c'est qu'on peut l'appliquer à d'autres domaines, comme le résumait Alan Cox: "on a fait des murs avant de réfléchir sur le ciment".
La série 2.4.x du noyau a récemment essuyé quelques critiques dues à certaines malfonctions. Ces dernières étant la cause de sorties (très) rapprochées de nouveaux noyaux.
Pour essayer d'éviter cela, Marcelo Tosatti a décidé d'employer la méthode suivante: 2.4.x-preY tant que de nouveaux trucs sont rajoutés, 2.4.x-rcZ tant que les rajouts posent problème. Et le dernier -rc auquel personne ne trouve à redire est lancé en tant que 2.4.x, sans aucun changement.
