Une nouvelle faille vient d'être découverte dans les noyaux 2.4 et 2.6. La fonction système uselib() (qui permet de sélectionner une bibliothèque partagée d'après son fichier binaire) contient une faille qui permet à un utilisateur mal intentionné de s'approprier les privilèges de l'utilisateur root. Cette faille n'est pas exploitable à distance, mais seulement par une personne possédant déjà un compte sur la machine.

Si vous n'avez pas migré en noyau 2.6, voici une information qui devrait vous intéresser. Un passage sur le site kernel.org nous informe de la disponibilité immédiate du noyau 2.4.24. Il ne s'agit pas ici d'une évolution majeure de la branche 2.4 mais d'une mise à jour de sécurité.

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.

Byte propose un ensemble d'articles pour répondre à cette question.

NFS Leasing, meilleure gestion de la mémoire virtuelle, amélioration des entrées/sorties...

Voici une présentation des nouvelles fonctionnalités du kernel 2.4 qui arrive bientôt. Cette présentation, assez facile d'accés et bien documentée mais en anglais, a été rédigée par Thomas Wolfgang Burger et elle est publiée sur le site d'IBM.

Je lisais tranquillement le ChangeLog du noyau 2.3 sur Cutting Edge
lorsque une phrase me fit sursauter.
Depuis le noyau 2.3.23, Linux supporte jusqu'a 64Go de mémoire physique sur
plate-forme x86.

Vivement le noyau 2.4…

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

La version 2.6.17 du noyau Linux est sortie officiellement depuis 17 juin. Elle apporte les nouveautés suivantes :

• Support des CPU multicoeurs Niagara de Sun
  
• Support du chipset wifi Broadcom 43xx utilisé dans les portables (en particulier l'Airport Extreme dans les iBook/Powerbook)
  
• L'optimisation de l'image du noyau au démarrage sur les x86 : en fonction de l'architecture processeur sur lequel il doit s'exécuter, le noyau remplacera une partie de son binaire par des macros assembleur optimisées. Le but d'étant d'avoir qu'une seule image pour toutes les variantes de x86 et non des images pour 386,486,586,686,k7,...
  
• Un nouvel ordonnanceur optimisé pour les processeurs multicoeurs.
  
• splice(), un nouvel appel système qui envoie des données entre deux descripteurs de fichiers.
  
• sync_file_range(), un nouvel appel système permettant de mieux contrôler le moment où les données modifiées dans les fichiers sont écrites physiquement.
  
• Le support du protocole H.323 (utilisé en audio et visioconférence) dans iptables
  
• Des corrections de bogues...

La version 2.6.6 du noyau Linux est sortie lundi.
Cette nouvelle version apporte son lot de corrections et de nouvelles fonctionnalités, comme toutes les versions 2.6 jusqu'ici. Les choses semblent commencer à se stabiliser, malgré un patch de 2.4 Mo.

Parmi les nouveautés on notera :
- modifications des systèmes de fichiers ;
- mise à jour de pilotes de périphériques ;
- intégration du patch "laptop mode" ;
- nouvel algorithme de congestion TCP ;
- intégration du patch de non exécution de la pile.

NdM: Merci également à Maherb.

En même temps que l'annonce de la sortie du noyau Linux 2.5.72, Linus a annoncé sur Linux-Kernel qu'il allait quitter Transmeta après 6 ans de bons et loyaux services pour se consacrer à plein temps au développement du noyau Linux. Il compte en effet intégrer un consortium appelé Open Source Development Labs, qui a été fondé il y a 3 ans par I.B.M., Hewlett-Packard, Intel, Computer Associates, NEC et Fujitsu et qui dispose d'un budget de 20 millions de dollars.

(Ndm : merci également à gruïïïk)

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).

Le noyau 2.4.13 est sorti. Esperons qu´il s'agit enfin d'un noyau pas trop buggé et avec une gestion correcte de la VM !

Bonne compile à tous et merci à la boite Kernel.

Depuis quelques temps - la disparition de la webcam-, la tribune libre est assaillie de questions sur ReiserFS.
Supporté ou pas ? Ben oui, il l'est, depuis les dernières présorties du 2.4.1.
Vous pouvez donc vous compiler le 2.4.1-pre7 (dernière version, 15-Jan-200) pour expérimenter tout celà.

Je me demande tout de même quels sont les avantages concrets de ce dernier. J'ai pu lire qu'il était plus que rapide en cas de redémarrage intenpestif de la machine mais plus lent en perf générale qu'ext2. Qu'en est-il ?
Si c'est le cas, quel intéret, pour une machine comme la mienne qui ne démarre qu'une fois par jour...?

Linus aurait envie de retourner à ses premies amour, à savoir minix !
Rappelez-vous le flamewar qu'il y avait eu il y a quelques temps de ça
entre tanenbaum et Linus sur le débat microkernel…
Maintenant que minix est sous license BSD, Linus va pouvoir appliquer (
enfin ? ) ses patches.
Alan Cox deviendrait donc le coordinateur du développement Linux.
IBM et Intel se déclare favorable à minix et prévoit surtout un support
complet (hard/soft) d'ici 2001.

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

Après un cycle de développement inhabituellement long la sortie de la vingt-cinquième version stable de la branche 2.6 du noyau Linux vient d'être annoncée. Le code source du noyau est maintenant téléchargeable sur les serveurs du site kernel.org.

• Cette version 2.6.24 se caractérise essentiellement par l'ampleur des changements, en terme de lignes de codes, avec la version précédente. Le 23 octobre, dans son mail d'annonce de la RC-1, Linus écrit :

  Cela doit être l'une des plus grosses versions candidates de tous les temps. C'est monstrueux. D'habitude, pour la RC-1, la taille du fichier compressé des différences est de l'ordre de 3 à 5 Mo. Certains sont plus petits que ça et on a occasionnellement des pointes à 6 Mo. Celle-ci fait *onze* méga-octets.
  En bref nous avons juste eu un grand nombre de merges, et pas seulement pour x86 mais aussi des tonnes de nouveaux pilotes (surtout pour le wifi mais pas seulement - dvb, réseau classique, mmc..etc) ainsi qu'une bonne quantité de travail sur les diverses architectures, les systèmes de fichiers, le réseau etc.
  Donc il y a juste beaucoup de nouvelles choses.

• En dépit de ces nombreux changements le cycle des versions candidates n'a pas été excessivement douloureux. Le 6 novembre Linus a annoncé la RC-2 :

  Ouais, ne m'en parlez-pas - c'est en retard. Il n'y a rien eu de particulier pour retenir cette version aussi longtemps. J'ai juste simplement oublié de faire une RC-2 la semaine dernière. Il n'y a pas beaucoup de trucs vraiment excitants ici. Des mises à jour d'architectures : MIPS, arm, blackfin, x86, sparc64, sh, s390. Également des mises à jour de pilotes : libata, IDE, réseau, DVB. Rien de vraiment révolutionnaire dont je puisse me souvenir. La liste des modifications est encore trop grosse pour la limite de la liste de diffusion mais, franchement, ce n'est pas du Tolstoï. Si vous avez des problèmes pour vous endormir vous pouvez essayer de l'imprimer et de la prendre au lit avec vous.

• La RC-3, apparue le 16 novembre, a vu, en plus de beaucoup de petites corrections, la touche finale au processus de fusion des branches i386 et x86-64 qui constitue l'une des grandes nouveautés du noyau 2.6.24 :

  En plus des autres mises à jour il y a également le dernier nettoyage du patch d'unification. Le reste peut attendre après le 2.6.24 mais avec ce dernier patch la configuration x86 est vraiment fusionnée et les architectures i386 et x86-64 sont vraiment juste des cas spéciaux de l'architecture globale "x86" lors de la configuration.

• La RC-4 n'a été annoncée que le 3 décembre par Linus :

  Nous devrions avoir seulement une semaine entre chaque version candidate mais, à l'occasion de Thanksgiving, j'étais parti pour une semaine (comme certains autres développeurs du noyau) ce qui fait que celle-ci est un peu en retard.

  Comme d'habitude, c'est devenu rituel lors des cycles de développement, il a ensuite protesté devant le grand nombres de patchs qui continuent d'arriver alors que le noyau devrait être en mode stabilisation :

  La différence par rapport à la RC-3 est de presque de 36000 lignes (...) Je vais blâmer la période de deux semaines qui s'est écoulée mais, même en tenant compte de ce délai, c'est un peu décourageant. J'espère vraiment que nous allons ralentir et que la RC-5 ne sera pas aussi grosse. Ceci dit aucun des changements n'est vraiment excitant ou vraiment effrayant.

• Une semaine pile après la version candidate précédente voici la RC-5 :

  Cela fait une semaine et comme j'ai promis d'être un bon garçon et d'essayer de suivre mes propres règles de sortie, voici la version candidate suivante.
  Les choses ont ralenti mais je mentirais si je disais que nous avons toutes les régressions bien en main et sous contrôle. C'est en cours de résolution et la liste diminue mais, si je devais deviner, nous ne pourrons certainement pas avoir un 2.6.24 avant Noël sauf si le père Noël met un peu plus d'elfes pour travailler sur ces régressions.
  Donc pour tous les elfes là dehors, merci de continuer à bosser.

• Malheureusement le père Noël n'a pas été coopératif et Linus, dans l'annonce de la RC-6, a reconnu que la nouvelle cible était début janvier :

  La liste des régressions continue à se réduire donc nous sommes dans les clous pour une sortie du 2.6.24 début janvier... en supposant que nous ne fassions pas trop d'excès de boustifaille pendant les vacances et que les gens continuent à bosser. Mais nous savons tous que les vacances sont le moment où on peut couper avec l'ennuyeux "travail réel" et enfin passer 24 heures sur 24 à hacker le noyau n'est-ce pas ?

• Après le break des vacances Linus a annoncé la sortie de la version RC-7. Cette dernière consiste principalement en de multiples petites corrections et le changement par rapport à la RC-6 n'est pas énorme. Linus l'a expliqué à sa façon à lui :

  Je vais être charitable et prétendre que c'est parce que les choses se stabilisent et pas parce que nous avons tous été perdus dans les brumes de l'alcool durant les vacances

• La seconde hypothèse s'étant révélée être la bonne il a été nécessaire d'ajouter une RC-8 pour corriger divers petits problèmes de dernière minute :

  Je déteste faire des RC pendant si longtemps, mais je déteste encore plus annoncer une sortie quand je sens que les choses n'ont pas mitonné suffisamment.

Vous trouverez plus de détails sur les nouveautés dans la suite de cette dépêche.

À ceux qui trouvent que le noyau Linux démarre bien trop vite, Fabrice Bellard propose une solution : TCCBoot. Il s'agit d'un petit noyau (indépendant de Linux) qui contient le petit-compilateur C "TCC" du même F. Bellard. Une fois chargé, celui-ci compile les sources qu'on lui fournit dans une image ROMFS et exécute le binaire résultant. Si les sources en question sont celles du noyau Linux... alors TCC compile Linux à chaque démarrage.

Ça ne sert à rien mais c'est beau !