Kernel Traffic
Latest | Archives | People | Topics
Wine
Latest | Archives | People | Topics
GNUe
Latest | Archives | People | Topics
Czech
Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Stalled Traffic
 

Kernel Traffic #238 For 27 Oct 2003

By Zack Brown

Translated By:  Frederik Deweerdt

Table Of Contents

Mailing List Stats For This Week

We looked at 1254 posts in 5943K.

There were 437 different contributors. 206 posted more than once. 171 posted last week too.

The top posters of the week were:

1. Sortie de Linux 2.6.0-test7; Gel de stabilité

8 Oct 2003 - 20 Oct 2003 (33 posts) Subject: "Linux 2.6.0-test7 - stability freeze"

Topics: FS: NFS, Power Management: ACPI

People: Linus TorvaldsLinus Torvalds

Linus Torvalds a annoncé le kernel 2.6.0-test7, en disant:

Le kernel -test7 est sorti maintenant - je n'arrive pas a atteindre bkbits.net, mais c'est sur les autres site BK, et le tar et les patches sont en train d'être uploadés en ce moment même.

La plus grande partie patches de la test7 sont :

Le reste est principalement un tas de petits changement d'une ligne, avec quelques mises à jour mineures (nettoyages, époussetages, corrections réseau pour les skb partagés etc.).

La chose la plus intéressante est qu'Andrew et moi nous sommes en train de ralentir le développement, et je ne veux _pas_ voir de patches qui ne corrigent pas un bogue clair et réel. En d'autres mots, les trucs du genre "nettoyage et époussetage" sont en attente, et -test8 puis -test9 devraient être pour les correctifs de stabilité seulement.

Autrement dit, cela devrait ralentir les choses de manière à ce qu'à la fin octobre, nous puissions avoir un regard sur l'état du 2.6.0 sans dérangement de la part d'affaires "non strictement nécessaires".

2. Du Code De Néttoyage d'Altix Rejeté A Cause Du Gel

10 Oct 2003 - 17 Oct 2003 (14 posts) Subject: "[PATCH] Altix I/O code cleanup"

Topics: Bug Tracking

People: David MosbergerChristoph HellwigAndrew Morton

Patrick Gefre a posté quelques nettoyages d'E/S Altix, mais David Mosberger a refusé d'appliquer les patches en disant, " Malheureusement, l'arbre 2.6 est fermé pour les nettoyages. Pourtant, je _voudrais_ que le patch soit appliqué. Peut-être pouvez-vous voir avec Andrew et voir si vous pouvez obtenir une dérogation?" Christoph Hellwig dit, "Cela paraît bizarre d'appliquer cette règle à une architecture qui vient juste de réussir à compiler en 2.6 et qui à un énorme backlog de nettoyages et de restructuration..." Andrew Morton répliqua:

Il y a deux raisons pour décourager les nettoyages. La première est qu'ils peuvent de manière évidente déstabiliser certaines choses. Mais l'autre est que nous voulons que le plus de développeurs possible (salut, Jesse) se concentre sur la stabilisation.

Par la présente, j'introduis la "taxe bugzilla". Pour chaque nettoyage, deux correction pour des entrées bugzilla.

Mais si David veut vraiment ce changement, et que du travail de stabilisation va être mis en oeuvre par dessus, il devrait être mis en oeuvre après un bon test.

3. Cible .deb pour le Makefile

11 Oct 2003 - 19 Oct 2003 (4 posts) Subject: "[RFC][PATCH] deb target"

Topics: Kernel Build System

People: Wichert AkkermanSam RavnborgMichael Elizabeth Chastain

Wichert Akkerman dit:

J'ai d'abord envoyé ceci au contact affiché pour kbuild, mais Michael Elizabeth Chastain m'a dit qu'il n'est plus actif dans le développement du kernel et la liste kbuild-devel semble inactive et défaillante (mon poste n'arriva jamais dans aucun des archives de la liste), je reposte donc ici.

Depuis un moment, je souhaite une cible .deb dans kbuild, surtout depuis qu'il y a une cible rpm. Bien que Debian possède un outil afin de créer des packages kernel (make-kpkg du package kernel-package) je pensais qu'une méthode plus simple dans kbuild était nécessaire.

Le patch n'est pas parfait et être modifié par quelqu'un étant plus familier avec kbuild, mais Ça Marche Pour Moi (tm). J'apprécierais quelque retour sur vos expériences.

Sam Ravnborg dit que le patch ne pouvait pas être appliqué a cause du gel de Linus et Andrew, mais que lui pourrait garder le patch pour quand il pourrait être appliqué. Plus tard, Wichert posta une nouvelle version du patch en disant:

Voilà une nouvelle version de mon patch make deb. Il y a quelques changements depuis la version précédente:

Il posta également une autre version:

Une troisième version de ce patch. Quelques changements importants :

4. Status De LVM Avec Des Systèmes De Fichiers Journalisés En 2.4

15 Oct 2003 - 17 Oct 2003 (8 posts) Subject: "LVM Snapshots"

Topics: Disk Arrays: LVM, FS: JFS, FS: ReiserFS, FS: XFS, FS: ext3, Virtual Memory

People: Marcelo TosattiPhilippe TroinMarce TosattiMarc-Christian Petersen

Christoph Pleger a découvert qu'il lui était impossible d'utiliser LVM avec le système de fichiers XFS sous kernel 2.4.22; en fait ext3 et ReiserFS ne marchaient pas avec LVM non plus. Seul JFS pouvait être monté avec LVM. Après quelques recherches, il apprit qu'un patch kernel additionnel était nécessaire pour que LVM marche avec ces autres systèmes de fichiers; mais il ne pouvait pas situer ce patch. Il demanda si quelqu'un avait quelques indications. Marc-Christian Petersen le posta sur la liste mais ajouta que Marcelo Tosatti avait décidé de ne pas l'inclure dans les sources du kernel 2.4. Philippe Troin rechercha cette discussion dans les archives sans succès et demanda pourquoi Marcelo avait pris cette décision. Marc-Christian dit que celle-ci avait eu lieu en mail privé; et posta l'extrait concerné. Dans ce mail de septembre 2003, Marcelo avais dit qu'il voulait certains patches VM avant. et que "LVM a déjà été mis à jour sur la 2.4.23-pre. Faisons les changements plus tard. " Philippe remercia Marc-Christian, et résuma, "Rien de technique alors, Marcelo est juste lent pour des raisons de stabilité et de facilité de test. Je suppose que ça ira quelque part plus tard dans 23-pre ou dans le 24." Pendant ce temps, Marcelo répondit à la liste en expliquant que le patch LVM n'avait pas été accepté "Parce que le patch touche à du code fs générique. N'utilisez pas LVM avec XFS." Christoph Pleger dit qu'il avait utilisé LVM et XFS sans problème et demanda pourquoi Marcelo avait exprimé ces réserves. Marcelo répondit:

Parce qu'il manque au code du système de fichiers un lock quelque part (c'est que qu'apporte de patch).

Il ne semble pas sûr de créer des instantanés de systèmes de fichiers journalisés sans ce patch.

5. Sortir de udev 003 Et 004

16 Oct 2003 - 21 Oct 2003 (17 posts) Subject: "[ANNOUNCE] udev 003 release"

Topics: FS: devfs, FS: sysfs, Hot-Plugging, Version Control

People: Greg KHMartin SchlemmerJesse BarnesRobert Love

Greg KH a annoncé:

J'ai sorti la version 003 d'udev. On peut le trouver à:

kernel.org/pub/linux/utils/kernel/hotplug/udev-003.tar.gz

udev est une implémentation de devfs en système utilisateur, utilisant sysfs et /sbin/hotplug. Il nécessite un kernel 2.6 pour tourner correctement.

Il y a eu un bon nombre de changements majeurs depuis la dernière sortie:

Le ChangeLog complet est dessous.

La nouvelle FAQ udev est inclue dans cette version, et peut être trouvée aussi sur :
kernel.org/pub/linux/utils/kernel/hotplug/hotplug/udev-FAQ

Le développement d'udev est fait avec un arbre BitKeeper disponible ici:
bk://kernel.bkbits.net/gregkh/udev/

Si quelqu'un veut un instantané de l'arbre courant, pour ne pas utiliser BitKeeper, ou d'autres raisons, c'est toujours disponible à tout moment en demandant.

Martin Schlemmer fût heureux de voir cela, mais demanda, "Est il possible de maintenir le nommage de tar/version? Je veux dire, disons qu'on oublie la version 003, est-ce que la prochaine pourrait être 0.4 ou même 0.3.1 ou quoi que ce soit? Cela facilite le travail de maintenance des paquetages. Merci :)" Greg répondit, " le nommage sera consistant à partir de maintenant. La prochaine version sera 004, suivi par 005, et ainsi de suite. Rappelez-vous, les numéros de version ne veulent rien dire :). Comme il n'y avait pas de base installée avant la 003 , je ne pense pas que ce soit vraiment un problème, n'est-ce pas?" Martin, dit, "Ben, si vous aviez déjà un 0.2, 003 arrive et détruit tout (si vous essayez de travailler avec un gestionnaire de paquetage - même si il semble que le notre soit OK avec le 003) :)" Et Greg répliqua, "Exactement, changer tôt cela est bon avec tous les gestionnaires de paquetages que j'ai vu."

Autre part, sous le Subject:: "[ANNOUNCE] udev 004 release", Greg annonça:

J'ai sorti la version 004 de udev. Ça peut-être trouvé sur :
kernel.org/pub/linux/utils/kernel/hotplug/udev-004.tar.gz

Grâce à Robert Love, des rpms sont maintenant disponibles sur:
kernel.org/pub/linux/utils/kernel/hotplug/udev-004-1.i386.rpm
avec le rpm source sur:
kernel.org/pub/linux/utils/kernel/hotplug/udev-004-1.src.rpm

udev est une implémentation de devfs en espace utilisateur utilisant sysfs et /sbin/hotplug. Il nécessite un kernel 2.6 pour tourner correctement.

Les changements majeurs depuis la version 003 sont:

Remerciements à Dan Stekloff, Kay Sievers, and Robert Love pour leur aide sous forme de patches pour cette version. J'ai beaucoup apprécié.

Le ChangeLog peut être vu ci-dessous.

La FAQ udev peut-être trouvée ici:
kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ

Le développement d'udev est fait avec un arbre BitKeeper disponible ici:
bk://kernel.bkbits.net/gregkh/udev/

Si quelqu'un veut un instantané de l'arbre courant, pour ne pas utiliser BitKeeper, ou d'autres raisons, c'est toujours disponible à tout moment en demandant.

Jesse Barnes rapporta, "Merci pour la nouvelle version Greg. Je viens de l'essayer sur un système avec quelques disques, mais quelques de processus udev ont fini par geler." Il posta un patch, que Greg accepta.

6. Linux 2.6.0-test8 Sorti

17 Oct 2003 - 18 Oct 2003 (4 posts) Subject: "Linux 2.6.0-test8"

Topics: FS: NFS

People: Linus Torvalds

Linus Torvalds annonça 2.6.0-test8, en disant:

Plus de changements que ce que j'aurais souhaité, mais la plupart sont relativement petits. Les changements les plus remarquables:

Les reste concerne quelques mises à jour d'architecture ou de drivers, pour la plupart des trucs que les gens avaient poste et qui m'ont convaincu que je voulais les intégrer avant de geler complètement.

J'ai flamé un bon nombre de personnes ayant mis en avant le gel (j'ai juré bien plus que ce dont j'ai l'habitude ;), et ils n'auront plus l'excuse de se conduire ainsi pour le test9. J'attends des patches qu'ils rétrécissent énormément dans les semaines qui viennent.

7. Compression bzip2 Pour Le Binaire Kernel

17 Oct 2003 - 20 Oct 2003 (18 posts) Subject: "Where's the bzip2 compressed linux-kernel patch?"

Topics: Version Control

People: Rob LandleyNick PigginDaniel EggerErik Andersen

Rob Landley dit:

Je viens de réécrire bunzip2 pour busybox en 500 lignes de C (et une bonne partie de ces lignes sont des commentaires), et cela compile en moins de 7k, et je pensais refaire le patch bunzip-the-kernel avec mon nouveau code bunzip, mais je n'arrive pas a mettre la main dessus. Quelqu'un a l'URL?

Les plus récent que j'ai pu trouver était le lien 404 de kerneltrap sur http://chrissicool.piranho.com/patch-2.4.x-bzip2-i386

Si vous êtes curieux au sujet du code micro-bunzip, c'est dans le CVS busybox: http://www.busybox.net/cgi-bin/cvsweb/busybox/archival/libunarchive/decompress_bunzip2.c

Erik Andersen a donné un lien mis à jour pour la page kerneltrap. Autre part, Nick Piggin dit que ce sujet avait été discuté, et "la conclusion était : utilisation de la mémoire runtime, rapidité et amélioration par rapport à gzip pas si nette que ça." Daniel Egger dit:

Un test rapide avec un kernel PowerPC et une image vmlinux normale montre que c'est un non-sens.

-rwxr-xr-x    1 root     root      2766490 2003-09-27 22:29 vmlinux
-rwxr-xr-x    1 root     root      1149410 2003-09-27 22:29 vmlinux.gz
-rwxr-xr-x    1 root     root      1062999 2003-09-27 22:29 vmlinux.bz2

Ce qui représente 86411 octets ou 8.1% de reduction, ce qui me semble net...

Je le concède, ça prend 9 fois plus de temps de décompresser le kernel et près de 900Ko de plus en mémoire. Mais si on prend un routeur DSL embarqué, avec lequel je travaille, qui a 16Mo de RAM mais seulement 4Mo de mémoire Flash, cela vaut la peine sans aucun doute. Au moins quand la destination est un périphérique embarqué.

Nick dit qu'il ne voulait pas dire que l'amélioration était complètement immensurable et tomba d'accord pour dire qu'il pouvait se trouver des cas où une telle fonctionnalité était utile. Michael Buesch suggéra d'en faire une option de configuration; et Rob répliqua "c'est ce que faisait le patch 2.4. Je travaille à une version pour le 2.6, mais Manuel continue d'optimiser bunzip dans le cvs busybox (je suis bon en ce qui concerne le nettoyage et la simplification, mais il est bien meilleur dans l'optimisation), et j'attends de voir les résultats (et de commencer une micro-version de la partie compression du code en attendant, ce qui ne concerne par la liste...)"

8. Statut d'HighPoint 374

18 Oct 2003 - 20 Oct 2003 (23 posts) Subject: "HighPoint 374"

Topics: Disks: IDE

People: Mans RullgardTomi OravaJoel Smith

Carlos Fernandez Sanz s'enquérit du statut du support HPT 374. Il savait que HP fournissait des binaires, mais il avait besoin de quelque chose qui pourrait marcher pour d'autres moutures du kernel. Mans Rullgard répondit, , "Ça marche bien avec 2.4.21 et 2.6.0-testX, au moins. Je suppose que le 2.4.22 marche aussi, mais je ne l'ai pas essayé." Tomi Orava, dit cependant, "d'après mon expérience, le driver inclus dans le kernel ne marche pas du tout avec mon matériel non plus. J'ai essayé toutes les versions du kernel jusqu'au 2.4.23-pre5 inclus sans succès." Il confirma que les drivers binaires marchaient correctement.

Autre part, Joel Smith confirma que "Dans le 2.4.21 et le 2.4.22 ça marche bien pour moi. J'utilise le RAID IDE "expérimental" avec deux disques sur un contrôleur HPT 374 avec les drivers qui viennent avec le kernel." Plus tard, il ajouta qu'il avait compilé le kernel avec tous les modules compilés directement dans le binaire. Tomi et d'autres essayèrent par différents moyens de découvrir pourquoi la fonctionnalité marchait bien pour certains et pas pour d'autres.

9. Correctif pour la paserelle BK->SVN

20 Oct 2003 - 21 Oct 2003 (2 posts) Subject: "bkcvs2svn rebuilt"

Topics: Version Control

People: Ben Collins

Ben Collins rapporta, "Après que certaines aient désigné une incohérence dans la passerelle bksvn, j'ai reconstruit les repositoires 2.4 et 2.5/2.6. Quiconque avec un checkout de ces arborescences devra tout détruire et refaire un checkout. Si vous avez des changements locaux dans votre repositoire, vous pouvez toujours faire un diff et les apporter dans le nouveau checkout, puisque diff fait des copies locales et ne contacte pas le repositoire distant." Ramon Rey Vicente était très heureux d'apprendre la correction et remercia Ben.

10. Statut Du Fork Software Suspend

21 Oct 2003 (8 posts) Subject: "[2.6.0-test8] Difference between Software Suspend and Suspend-to-disk?"

Topics: Software Suspend

People: Tomas SzepeMans RullgardStefan SmietanowskiFelipe Alfaro Solana

Jan De Luyck remarqua deux options kernel, "Software Suspend", et "Suspend-to-Disk". Il demanda quelle était la différence entre les deux, et Tomas Szepe dit carrément, "Ce sont des implémentation concurrentes du même mécanisme." Mans Rullgard répondit "Et ni l'un ni l'autre ne marchent de manière fiable, ajouterais-je. Les deux semblent sauvegarder l'état courant sur le disque, mais quoique j'essaye, je ne peux pas le faire restaurer correctement." Felipe Alfaro Solana confirma qu'il ne pouvait pas restaurer les système une fois qu'il était suspendu, et Stefan Smietanowski blagua, "C'est pourquoi ça s'appelle Software Suspend et Suspend-to-Disk. Les composants correspondants Software Resume and Resume-from-Disk ne marchent pas encore :)"

11. Patch exec-shield Mis A Jour Pour 2.4 Et 2.6

21 Oct 2003 (3 posts) Subject: "[patch] updated exec-shield patch, 2.4/2.6 -G4"

Topics: Executable File Format, Virtual Memory

People: Ingo MolnarArjan van de VenJakub JelinekValdis Kletnieks

Ingo Molnar annonça:

Voici la dernière, -G4 mise à jour des patches exec-shield, pour divers kernels:

redhat.com/~mingo/exec-shield/exec-shield-2.6.0-test8-G4
redhat.com/~mingo/exec-shield/exec-shield-2.6.0-test8-mm1-G4
redhat.com/~mingo/exec-shield/exec-shield-2.4.22-G4
redhat.com/~mingo/exec-shield/exec-shield-2.4.22-ac1-nptl-G4

Changements dans -G4:

Gianni Tedesco était très content de voir cela, et Arjan van de Ven ajouta aussi, "des rpms 2.6 pour RHL avec ce patch sont disponibles sur http://people.redhat.com/arjanv/2.5"

12. Nouveau Livre Sur Le Noyau Par Robert Love

21 Oct 2003 (4 posts) Subject: "new Linux Kernel Development book"

People: Michael BueschRobert Love

Quelqu'un remarqua qu'en septembre, un nouveau livre sur le kernel appelé "Linux KernelDevelopment" était sorti, écrit part Robert Love. Il ou elle demanda si quelqu'un sur la liste l'avait lu, et ce qu'il en pensait. Michael Buesch demanda à Robert, "Y a-t-il un extrait ou une présentation quelque part sur internet? Google n'a rien sorti pour ma requête." Robert dit que le fil était un peu hors sujet, mais que "vous pouvez avoir la table des matières et d'autres informations sur http://tech9.net/rml/kernel_book/" . Et Remi Colinet donna un lien sur http://www.linuxshelf.com/servlet/books?category=kernel.

Pour ceux qui sont intéressés, moi (Zack), j'ai aussi joué un petit rôle dans la création du livre de Robert, comme conseiler technique, et j'ai passé du bon temps à le faire. C'est bien marrant de voir le développement d'idées dans un travail comme celui-là. Je pense aussi que le résultat final est vraiment utile et intéressant. Robert connaît son affaire et le montre. Étant dans la partie, je sais que je ne suis pas supposé le recommander, mais je le fais. C'est un très bon livre.

 

 

 

 

 

 

Sharon And Joy
 

Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.

Mirror provided by HKMirror. Sponsored by Porno Verzameling and webcamsex