La version 2.4.23 du noyau Linux est sortie aujourd'hui même, je viens juste de le voir sur LKML. Je m'abstiens de faire un résumé des nouveautés.

Cependant j'ai vu pas mal de lignes relatives à l'ACPI. Ça peut intéresser ceux qui ont des soucis de ce côté et attendent du nouveau.

NdM : merci à Julien Jeany d'avoir aussi proposé cette dépêche. « C'est donc la 2.4.23-rc5 qui s'est fait passer en 2.4.23. Ceci devrait être la dernière évolution du noyau 2.4 avant la sortie du très attendu 2.6 (qui devrait faire son apparition en décembre). »

La huitième Release Candidate du noyau est devenue 2.4.21 aujourd'hui même, sans modifications :)

Quelques exemples d'améliorations : le système de fichiers ReiserFS, l'USB (prise en charge de nouveaux périphériques comme le palm 100 ou le Clie NZ790V, divers bugfixs de usb-storage ...), les Frame Buffers et pleins d'autres encore.

Pendant ce temps la branche de développement continue à avancer, elle est aujourd'hui en version 2.5.70.

NdM: Merci à Damien POBEL qui a aussi proposé cette news.

Jusqu'à maintenant, pour configurer son noyau, chacun avait le choix de la méthode : texte ou X (Tcl/Tk) selon qu'il faisait 'make config' ou 'make xconfig'. Il semblerait que l'actuel outil de configuration du noyau écrit avec Tcl/Tk va être remplacé par un nouvel outil écrit avec Qt. Il a été intégré au noyau 2.5.45. Il est écrit par Roman Zieppel qui a écrit le support AFFS (filesystem). A quand un outil écrit avec Gtk+ ?

Note du modérateur : Et make menuconfig ? C'est pourtant le mieux actuellement, non ?

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.

Comme promis suite aux déboires du noyau 2.4.15, le nouveau noyau 2.4.16 vient de sortir.

Il corrige le problème de corruptions des inodes du 2.4.15 et aussi quelques autres corrections.

Voici un morceau du ChangeLog :

- Fix 8139too oops (Philipp Matthias Hahn)
- Correctly sync inodes in iput()(Alexander Viro)
- Make pagecache readahead size tunable via /proc (was in -ac tree)
- Fix PPC kernel compilation problems (Paul Mackerras)

Maintenant que Linus ne s'occupe plus de la branche 2.4.x, espérons que ça ira mieux ;-)

Linus vient de publier la version finale du noyau 2.4.10.

Parmi les améliorations notables :
- Meilleure gestion de la Memoire virtuelle
- Amélioration de l'intégration des systèmes de fichiers journalisés
- Grosse mise à jour des drivers
- Amélioration de la prise en compte de l'USB


Nota : Il semblerait que ce noyau, contrairement aux précédents de la série 2.4.x, permet enfin d'éviter un swapping monstre de la machine. Ce serait la première fois depuis la sortie de la série 2.4.x que la gestion mémoire soit enfin "acceptable".

Je ne sais pas si avec le 2.4.2 c'est rectifié ou pas...
Mais au cas ou: j'ai eu un problème d'impression avec le 2.4.0, l'imprimante plantait régulièrement en cours d'impression (mode interrupt driven). Même un chargement de parport_pc irq=none ne passait pas. Après plusieurs mails avec Tim Waugh (le développeur) la solution pour le problème a été trouvée:

vim /usr/src/linux/drivers/parport/ieee1284_ops.c

vers la 55ème ligne mettre en commentaire l'appel à down_trylock, pour obtenir:
no_irq = 0;

/* Clear out previous irqs. */
// while (!down_trylock (&port->physport->ieee1284.irq));
}

à combiner avec irq=none. J'ai pas encore essayé sans...

Je voudrais faire un petit point sur les différents systèmes de fichiers journalisés et savoir pour ceux qui les utilisent quel est à votre avis le meilleur. J'ai testé depuis peu ReiserFS sur un kernel 2.2.18 et je dois dire que cela va vite ! Quelqu'un a une experience similaire sur une machine de production ou un autre type de système de fichiers ?

IBM nous sert un des articles passionnants dont il (elle) a le secret. C'est un résumé de ce que le 2.4 apporte de nouveau. La conclusion est :"One thing is a certain: Linux kernel 2.4 will be released when it is ready and not a day sooner. " :) NdM. : cette dépêche a été initialement publiée le 31/08/2000 à 17h16, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Vous cherchez désespérément un driver pour Linux ? Vous êtes motivé et
voulez participer au développement d'un driver ? Venez sur notre site !
Il contient une pétition virtuelle ainsi que les liens vers une
mailing-list de l'APRIL, ouverte à tous, et concernant le développement de
drivers pour Linux.

NdM. : cette dépêche a été initialement publiée le 28/02/2000 à 17h28, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Une équipe de programmeurs russes a mis au point un nouveau filesystem pour notre OS favori. Reiserfs (c'est son nom) est basé sur les arbres équilibrés, et semble plus rapide et plus efficace qu'ext2fs, à en juger par les benchs. Ext2fs a-t'il trouvé son successeur ? (Merci à freshmeat) NdM. : cette dépêche a été initialement publiée le 01/07/1999 à 15h59, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Lors de la conférence du Linuxworld Expo à San Francisco, Andrew Morton, une figure importante du noyau Linux a parlé pendant plus d'une heure sur celui-ci.

Il est passé dans les premiers jours car la direction de Linuxworld Expo, entendant certaines critiques sur l'aspect de plus en plus commercial de l'évènement, a décidé de mettre le paquet sur les conférences techniques.

Andrew Morton a demandé à ce qu'il y ait plus de tests et a expliqué le changement du mode de développement du noyau. Celui devient plus un produit à maintenir qu'à améliorer. Il a expliqué pourquoi il y a de moins en moins de chances de voir apparaître un fork et a exposé la meilleure manière de tester le noyau. Pour terminer, il a brièvement parlé du futur et de la GPLv3.

L'article qui suit est une traduction libre un peu résumée. L'article original a été écrit par Joe Zonker Brockmeier pour linux.com le 7 août dernier.

Linus Torvalds vient d'annoncer la sortie de la version 2.6.13 du noyau Linux qui est au coeur de toutes les distributions GNU/Linux. Le cycle de test a été particulièrement long puisqu'il n'a pas fallu moins de sept versions de déverminage (RC ou Release Candidate).

Parmi les nouveautés, on remarquera les points suivants :

• l'inclusion de l'architecture microprocesseur Xtensa pour l'embarqué
• Inotify qui remplace Dnotify pour surveiller en temps réel les événements concernant le système de fichiers
• Kexec qui permet lors d'un crash système de charger un nouveau noyau et de démarrer dessus rapidement sans passer par le BIOS
• Kdump qui facilite l'examen d'un noyau défaillant
• l'horloge d'interruption (Timer interrupt) est désormais configurable et passe par défaut à 250 Hz au lieu de 1000 Hz pour l'architecture i386
• CFQ, l'ordonnanceur d'entrées-sorties (IO scheduler) souvent utilisé par défaut dans les distributions, est grandement amélioré avec sa version 3 et supporte maintenant la gestion des priorités
• les processeurs de type i386 utilisent désormais le code générique de configuration du bus PCI pour découvrir les ressources éventuelles qui n'auraient pas été configurées par le BIOS
• etc.

NdM : merci à YodaBZH pour avoir également proposé une dépêche à ce sujet.

Luc Saillard a posté il y a deux jours dans la liste de diffusion du noyau Linux un patch LIBRE réintroduisant le support des webcams Philips.

Ce nouveau pilote est un fork du pilote pwc récemment retiré du noyau (voir dépêche précédente). Il ajoute des fonctionnalités issues d'une ingénierie inverse (reverse-engeenering) du pilote binaire pwcx de Nemosoft. Tout n'est pas complet mais il est d'ores et déjà utilisable.

Il est intéressant encore une fois de noter la réactivité de la communauté.

Par contre, je trouve surprenant le peu de réaction à ce sujet (sur la lkml par exemple) comparé aux énormes "flamewars" que la suppression du pilote avait engendrées.