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...
Vu sur /.: Linux fonctionnant sur Dreamcast, avec des screenshots, et un noyau à télécharger.
Attention le code source n'est pas (encore) disponible, et le readme n'est pas très très clair à ce sujet.
Ça reste quand même assez chouette :)
Une nouvelle béta du futur noyau 2.4 viens de sortir.
Plus il y aura de béta-testeur, plus vite sortira le nouveau noyau, alors à
vos download!
Le grand événement ne devrait plus trop tarder maintenant.
NdM. : cette dépêche a été initialement publiée le 26/06/2000 à 13h27, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).
Le noyau Linux 2.2.14 est disponible. La release notes est en ligne. Des bugs
de sécurité, un portage pour architecture S/390, des updates de drivers,
etc.
Update: Le 2.2.14aa1 est déjà dispo.
NdM. : cette dépêche a été initialement publiée le 05/01/2000 à 10h59, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).
Ce noyau apporte une grande liste de mises à jour : pilotes ACPI, architecture DRI, pilotes ALSA, SCSI et système XFS font partie des chantiers qui devraient (encore) mieux fonctionner.
L'architecture de bus InfiniBand est prise en charge dans ce nouveau noyau : c'est apparemment une alternative au bus PCI où les données sont transmises en série et en multiplexage, au lieu d'être transmises en parallèle, ceci ne concernant pour l'instant que les serveurs « high-end » et certains PC.
Parmi les nouveautés apportées par la série 2.6, il en est une qui mérite d'être signalée : le changement du processus de développement.
Le modèle classique (deux versions concurrentes, une « stable » et une « de développement ») souffrait de quelques défauts, et depuis quelques temps un processus différent s'est installé. (
NdM : il a été officialisé lors du dernier
Kernel Developers Summit.)
Le nouveau modèle n'est en fait pas vraiment nouveau. Les patchs sont testés dans la série -mm maintenue par Andrew Morton, ce qui rappelle la branche -ac d'Alan Cox sur les noyaux 2.4. L'avantage est double : les nouveautés sont ajoutées plus rapidement à la série "stable", et les corrections de bogues peuvent être immédiatement appliqués à la série de développement.
NdM : la traditionnelle branche de développement (qui devrait être numérotée 2.7) n'apparaîtra quant à elle que bien plus tard, quand le besoin d'effectuer sur le noyau des modifications trop fondamentales pour la branche 2.6 se fera sentir.
Le projet coLinux a porté le noyau Linux sous Windows. Le fonctionnement est différent de celui d'un émulateur comme Bochs ou VMWare puisque chaque appel au noyau Linux est délégué à Windows, ce qui améliore la rapidité en supprimant l'émulation. Un système de fichier complet est stocké dans un fichier.
Pour l'instant, seule une Knoppix en japonais est supportée, mais cela devrait rapidement évoluer.
Nombreux sont ceux qui regrettent de ne pas pouvoir faire de temps réel sous Linux.
Mais savez vous qu'il existe une extension temps réel pour le noyau Linux. C'est en GPL, ça se présente sous la forme d'un patch pour les sources et c'est produit par le Département d'ingéniérie spatiale de l'université polytechnique de Milan.
Voici deux documentations sur le fonctionnement de la VM du noyau 2.4: le premier explique le fonctionnement de la VM et le second donne des explications sur des "bouts de code" de cette même VM.
En un mot: la theorie et la pratique !
Merci Kerneltrap.org (qui donne aussi des liens pour les fichiers textes et pdf).
Le nouveau noyau Linux 2.5.35 intègrera enfin User-Mode Linux. Il a en effet été inclus dans l'arbre BitKeeper.
User-mode Linux permet au noyau de fonctionner comme un processus séparé, en mode utilisateur sur un système Linux. Ceci rend possible notamment le suivi de ce noyau avec gdb, et ainsi autant faciliter qu'accelérer le développement de pilotes de périphériques et autres composants du noyau, tout ceci en limitant considérablement les risques de corruption de données ou de dommages du système "réel".
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..
Newsforge a écrit une interview très intéressante sur Alan Cox. On peut notamment lire les motivations pour lesquelles il a refusé de publier les changements de sécurité du noyau en accord avec le DMCA.
Sur une note plus optimiste, il donne ses vues sur le travail qu'il doit réaliser sur le noyau 2.5 ainsi qu'une analyse sur le futur de Linux.
Bon article, en Anglais malheureusement (enfin, Google translate fait des miracles, suivez le second lien, souvenez vous que kernel traduit donne grain ;).
