Liens connexes

Dépêche modérée par

Dépêche éditée par

: Linux 2.6.8, suivi de près par Linux 2.6.8.1

Posté par Colin Leroy (page perso, ). Modéré le 14 août 2004.
0
Linux 2.6.8 vient de sortir. Il apporte son lot de mises à jour, corrections, nouvelles fonctionnalités. Quelques heures plus tard, il a été suivi du 2.6.8.1, qui corrige un gros problème avec NFS et qui causait des «Oopses».
Le 2.6.8.1 n'est pas encore arrivé sur kernel.org, mais ne va pas tarder.

Mise à jour : Colin rajoute « attention, Linux 2.6.8 a un gros problème de fuite mémoire lors de la gravure de CD audios. Les utilisateurs de graveurs devraient attendre un 2.6.8.2. Alternativement, le dernier noyau exempt de ces problèmes est le 2.6.8-rc2.

> Lire la suite (69 commentaires, moyenne: 2,6).   [dépêche : 1470 caractères]

La liste des changements, comme souvent, est impressionnante. Elle comprend, entre autres, deux nouvelles plateformes ppc32 (e500 et 85xx), une mise à jour massive de l'architecture MIPS, quelques tonnes de réparations trouvées par sparse (Static Parser, un outil développé par Linus pour trouver les déréférencements de pointeurs user-space dans le noyau); les pilotes ne sont pas en reste, avec l'arrivée du support du chipset SATA d'nVidia, des mises à jour (bugfixes, optimisations) de différents framebuffers (radeonfb, rivafb, ...), des réparations du sous-système USB (Oopses, nettoyages de code, mises à jour de différents pilotes comme ceux des lecteurs de cartes, cdc-acm (modem GPRS), usblp (imprimantes), contrôleurs (ehci), ...).

Le 2.6.8.1 a quant à lui un Changelog beaucoup plus réduit: "[PATCH] Fix NFS client screw-up in fcntl f_op removal: Fix stupid thinkos in the fcntl f_op removal code." et répare un bug assez gênant trouvé juste après la sortie du 2.6.8.

Le patch 2.6.7-2.6.8 fait 4Mo, les changements continuent donc à arriver à un rythme soutenu. Cependant, la méthode de travail trouvée, avec le couple Linus Torvalds / Andrew Morton, fait ses preuves. Linux 2.6 est la branche la plus stable comparativement aux autres au même âge, tellement qu'un nouveau modèle de développement est envisagé, plus de changements dans la branche stable, avec les essais dans la branche -mm (celle d'Andrew Morton), et le 2.7.x n'est pas encore prévu.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

commentaires des journaux

Posté par Krunch (Jabber id, page perso, ) le 14/08/2004 à 14:33. (lien). Évalué à 2.

http://linuxfr.org/~Ayrton/14943.html(...)
http://linuxfr.org/~Acetik/14946.html(...)

--
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.

Le bug NFS

Posté par Serge Rossi (page perso, ) le 14/08/2004 à 15:30. (lien). Évalué à 13.

Ben en fait, je suis tombé dedans. Depuis un client en 2.6.8, je ne pouvais plus lancer un executable localisé sur un serveur NFS sans avoir un Oops (non crashant) du Kernel.

La modif ne tient qu'a un seul caractère :

http://www.uwsg.iu.edu/hypermail/linux/kernel/0408.1/2049.html(...)

--- 1.40/fs/nfs/file.c 2004-08-09 11:58:00 -07:00
+++ edited/fs/nfs/file.c 2004-08-14 03:35:11 -07:00
@@ -89,7 +89,7 @@
int res;

res = nfs_check_flags(filp->f_flags);
- if (!res)
+ if (res)
return res;

lock_kernel();


C'est fou ce qu'un petit ! mal placé peut faire comme boxon :-)

[+] et toujours pas de support natif de multideskOS...

Posté par toctoc () le 14/08/2004 à 15:49. (lien). Évalué à -7.

Franchement je trouve que le couple Andrew/Linux n'en fait qu'à sa tête...

ok... je sors par la porte des étoiles.. --------->[**]

sparse

Posté par Mickaël L () le 14/08/2004 à 17:53. (lien). Évalué à 7.

> quelques tonnes de réparations trouvées par sparse (Static Parser, un outil
> développé par Linus pour trouver les déréférencements de pointeurs user-space
> dans le noyau)

Un peu limitatif. Je crois que sparse est destiné à être un peu plus que ça. Il devrait être un outil du genre du stanford checker, et repérer toutes sortes d'erreurs.
Mais forcément, il faut lui dire quel genre d"erreur on cherche, et comment les trouver. Alors peut être que pour le moment, il est un peu limité.
Par exemple, je crois que les erreurs o!=NULL dont il avait été question ici avaient été cherchées via sparse.

Enfin une gestion correcte des touchpads synaptics !

Posté par gerard delafond () le 14/08/2004 à 21:29. (lien). Évalué à 6.

Pour tous ceux qui ont un portable affecté du syndrome de la souris folle (vous savez, la souris qui traverse l'écran à toute berzingue en cliquant toute seule), il semble que ce noyau règle enfin ce problème.
Testé sur 2 portables complètement différents en marque, âge, etc.

Il s'agit des portables équipés d'une souris synaptics (voir cat /proc/bus/input/devices), qui perd la synchro de temps en temps (voir dans /var/log/messages s'il n'y a pas des messages du genre synaptics lost syn --- resync)

Comme quoi, ça vaut le coup de se précipiter sur un kernel tout neuf, puisque ça fait au moins 3 ans que ce bug traînait et pourrissait la vie des utilisateurs de portables.

Problème cdrecord.prodvd

Posté par Serge Rossi (page perso, ) le 15/08/2004 à 11:24. (lien). Évalué à 1.

Bon, j'ai rencontré un problème avec le 2.6.8 : impossible de graver un DVD avec cdrecord.prodvd (oui, je sais, sapusaipalibre mais j'ai pas le choix) avec un graveur IDE (Nec ND 2500).

En le lançant en tant que root, il plante et en le lançant en temps que user avec cdwrap, il sort un message idiot comme quoi il n'arrive pas à "prevent media removal, SCSI sendcmd error" alors que j'utilise ATAPI...

J'ai besoin de mon graveur et j'ai pas le temps de chercher donc retour en 2.6.7-ck6...

Mais si y'en a que ça inspire... :-)

Revenir en haut de page