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 vrac, il y a eu des mises à jours sur un certain nombre d'architectures (sparc, ppc, arm, ...).
Plusieurs systèmes de fichiers ont été modifiés (NTFS, XFS, FAT, CIFS, ReiserFS) modifications allant de la correction de bugs au nettoyage en passant par de nouvelles fonctionnalités.
De nombreux drivers ont été mis à jour, pour les périphériques des plus anciens (serial, isdn, ...) aux plus récents (ieee1394, contrôleurs USB, cdc-acm, alsa).
Dans le rayons des nouvelles fonctionnalités, le très attendu patch "laptop mode" est enfin intégré - pour rappel, il permet au noyau de faire tout ce qui est en son pouvoir pour laisser les disques durs endormis et de profiter d'un rallumage obligatoire dudit disque pour vider son cache.
D'autre part, un nouvel algorithme de contrôle de congestion TCP a été ajouté, le BIC (Binary Increase Control). Il s'ajoute aux algorithmes existants.
Enfin, un patch "Non-Exec stack support", dérivé du Stackshield d'Ingo Molnar, permet de protéger la plupart des programmes des exploits de type stack overflow.
Signalons aussi l'existence d'un nouvel outil, ketchup, destiné à faciliter la mise à jour du noyau.
Aller plus loin
- Le changelog (8 clics)
- La liste des miroirs (1 clic)
- L'utilitaire "Ketchup" (2 clics)
# stats
Posté par ccomb (site web personnel) . Évalué à 9.
[^] # Re: stats
Posté par Sixel . Évalué à 10.
http://ftp.cdut.edu.cn/pub2/linux/kernel/history/Master.html(...)
"Il faut" (Ezekiel 18:4) "forniquer" (Corinthiens 6:9, 10) "avec des chiens" (Thessaloniciens 1:6-9) "morts" (Timothée 3:1-10).
[^] # Re: stats
Posté par wismerhill . Évalué à 10.
Allez, voici un exemple de comment faire:
for version in 1.0 1.1 1.2 1.3 2.0 2.1 2.2 2.3 2.4 2.5 2.6;do lynx -dump -nolist ftp.kernel.org/pub/linux/kernel/v${version}|grep ' linux-[[:digit:]].*gz ';done>lstkernel
là je récupère un listage ftp (avec lynx) des différents répertoires qui m'intéressent, ensuite je fais
cat lstkernel |awk 'BEGIN{FS="[ .-]+"}{print $8*10000+$9*1000+$10,substr($13,0,length($13)-2)}'|sort>kernelarchivesize
J'ai ainsi dans le fichier kernelarchivesize une liste à deux colonnes, la première est la version du noyau sous la forme majeur*10000+mineur*1000+build (donc 2.4.26 donne 24026), je peux ensuite faire un plot de ça avec n'importe quel programme, disons gnuplot (pour rester avec la ligne de commande ;-) )
gnuplot
plot 'kernelarchivesize' u 1:2
Les points d'une même série sont un peu écrasés avec ma façon d'écrire les versions, mais tu peux arranger à ta convenance.
Command line powaaaaa
[^] # Re: stats
Posté par pas_moi . Évalué à -7.
« Il est possible de le faire plus simplement en VBA. » (c) pBpG
[^] # Re: stats
Posté par palavas_trooper . Évalué à -1.
[^] # Re: stats
Posté par Gilles Crebassa . Évalué à -1.
bon --->[]
# pb au reboot
Posté par M . Évalué à 10.
Pour eviter ce probleme il existe un patch : http://marc.theaimsgroup.com/?l=linux-kernel&m=108427501300120&(...)
[^] # Re: pb au reboot
Posté par Colin Leroy (site web personnel) . Évalué à 1.
[^] # Re: pb au reboot
Posté par Bemixam (site web personnel) . Évalué à 4.
d´ailleurs il me semble avoir entendu parler a une epoque du changement de noyo a chaud pour le 2.6 !
quelqun sait ce que c'est devenu ce bidule ?
c´etait une blague et j´y ai cru comme un bleu ? c´est en cours ? ca a été abandonné ?
[^] # Re: pb au reboot
Posté par petit_bibi . Évalué à 2.
Il me semble que le User-Mode Linux avait été inclu dans la 2.5...
(c' est de ça dont tu voulais parler ?)
Apparament il faut encors patcher, mais peut-être pour des corrections de bugs uniquement ..
http://lass.cs.umass.edu/~pjd/uml/(...)
Il y a probablement des informations par ici..
http://user-mode-linux.sourceforge.net/(...)
Ou par la ...
http://usermodelinux.org/(...)
[^] # Re: pb au reboot
Posté par Pierre Jarillon (site web personnel) . Évalué à 2.
Mais est-ce une priorité ? Avec des clusters, on peut arrêter un processeur d'abord en n'acceptant aucune tâche nouvelleet en en mettant un autre ensuite.
[^] # Re: pb au reboot
Posté par GhZaaark3 . Évalué à 1.
+
[^] # Re: pb au reboot
Posté par ckyl . Évalué à 1.
Aucun BSD libre ne sait changer de noyau a chaud.
[^] # Re: pb au reboot
Posté par MsK` . Évalué à 3.
[^] # Re: pb au reboot
Posté par Staz . Évalué à -1.
[^] # Re: pb au reboot
Posté par ckyl . Évalué à -1.
[^] # Re: pb au reboot
Posté par gnumdk (site web personnel) . Évalué à 5.
Tu parles de ca? :)
[^] # Re: pb au reboot
Posté par alexissoft . Évalué à 4.
Encore, pour changer mach faut rebooter.
On pourrait changer le noyeau linux en vidant la mémoire dédié au noyeau et de la recharger, refaire quelques étapes d'init mais bon ....................................................... Pourquoi faire simple quand on peut faire compliqué ? :)
[^] # Re: pb au reboot
Posté par RB . Évalué à 2.
[^] # Re: pb au reboot
Posté par un_brice (site web personnel) . Évalué à 2.
# Laptop mode
Posté par tatayo . Évalué à 6.
[^] # Re: Laptop mode
Posté par Colin Leroy (site web personnel) . Évalué à 10.
Par contre, ça doit être dangereux en cas de crash du noyau (perte de plus de données ?), mais je n'en sais pas plus.
voir http://www.xs4all.nl/~bsamwel/laptop_mode/(...)
[^] # Re: Laptop mode
Posté par cassecou . Évalué à -2.
[^] # Re: Laptop mode
Posté par Nicolas Bitaud . Évalué à 3.
Autrement, pas grand chose à voir mais y a-t-il quelqu'un qui sait s'il y a des solution qui ont été trouvées pour le suspend to ram sur une grande partie des laptops ? (pour info, la mise en veille ce passe bien mais pas le retour à la vie: la carte vidéo ne peut être réinitialisée directement et de ce fait la machine de termine pas sa remise en marche :-( ) J'ai entendu parlé de solutions un peu crade qui marchent pour certaine cartes vidéo (nvidia si je me souvient bien) (je ne retrouve pas les liens, désolé) mais pas de piste de solution universelle ...
NB (qui a un touchpad qui lague affreusement depuis qu'il a installé le kernel 2.6.6, qui cherche d'où ça vient et qui accepte la moindre suggestion)
[^] # Re: Laptop mode
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
[^] # Re: Laptop mode
Posté par Sébastien Laoût . Évalué à 1.
Et c'est pas gagné.
Donc non merci le laptop mode pas pour moi.
[^] # Re: Laptop mode
Posté par Raphaël G. (site web personnel) . Évalué à 3.
Je dois avouer que depuis la 2.6.0-test11 j'en ai pas eu de trop grave mais j'ai eu affaire a quelque reboot intempestif sur certaines version des 2.6, mais bon il faut avouer la grande qualitée des kernels 2.6 qui sont pas trop buggés...
[^] # Re: Laptop mode
Posté par coujou . Évalué à 1.
C'est tellement rare un reboot sous Linux. Aucun développeur n'a dû s'en rendre compte à temps ;-)
http://linuxfr.org/comments/411134,1.html(...)
# N'importe quoi !
Posté par Completement Faux Faux . Évalué à -8.
1°/ les news sur les principaux logiciels sont publies tardivement ou ne sont pas publies du tout
2°/ en revanche on a apprit recemment que psi 0.9.2-test1 ou de mono 0.1 beta1 etait dispo, vite vite j attends le poste pour la test2 !!! N'oubliez pas l'alpha4 et la beta5 !!!!
3°/ divers evenement sont en premier page,d'autres en seconde, c'est variable en fonction de la pluie et du beau temps
Question : y a une ligne éditoriale ???????????
PS : heureusement on est sauve le systeme de note des commentaires a été refait !
[^] # Re: N'importe quoi !
Posté par Colin Leroy (site web personnel) . Évalué à 10.
Ben, proposes-en... J'ai téléchargé le 2.6.6 le 10 au soir, j'ai jeté un oeil à DLFP pour voir s'il y avait une news. N'en voyant pas je me suis dit qu'il y en avait certainement une en attente de modération. Le lendemain soir, soit le 11, ne voyant rien venir, j'ai trouvé une vingtaine de minutes et je me suis farci la lecture du Changelog pour en faire une news. Elle vient d'être modérée.
ç'aurait probablement été beaucoup plus rapide si tu avais fait cette news le 10.
(par contre, je suis plutôt d'accord, la news sur psi 0.9.2-test1 n'entrait pas vraiment dans la ligne éditoriale (qui existe, et est visible à http://linuxfr.org/moderateurs/moderation.html(...) , III° paragraphe).
[^] # Re: N'importe quoi !
Posté par M . Évalué à 0.
A en croire le résultat de la critique que j'avais exprimé, la tendance est plutot pour :(
[^] # Re: N'importe quoi !
Posté par _PinG _ . Évalué à -1.
Enfin moi, je dit ca, je dit rien... (c)
[^] # Re: N'importe quoi !
Posté par Bière Drabo . Évalué à -1.
Non, vu la mentalité, ç'aurait sûrement été une news complètement bâclée.
[^] # Re: N'importe quoi !
Posté par Aiua . Évalué à 2.
[^] # Re: N'importe quoi !
Posté par EmacsFR . Évalué à 0.
[^] # Re: N'importe quoi !
Posté par Sixel . Évalué à 10.
Ah, on me souffle dans mon petit doigt que en fait c'est du second degré... Ben t'aurais ajouté un smiley à la fin, et tu aurais eu le cran de poster sous ton vrai nom, je suis sûr que tu aurais eu une note positive!
"Il faut" (Ezekiel 18:4) "forniquer" (Corinthiens 6:9, 10) "avec des chiens" (Thessaloniciens 1:6-9) "morts" (Timothée 3:1-10).
# A noter : fixup for C1 Halt Disconnect problem on nForce2 chipsets
Posté par Meap . Évalué à 10.
En gros : lorsqu'on activait le support IO-APIC, on obtenait à plus ou moins brève échéance un hard lock avec ce chipset.
Les cartes Abit NF7-S v2.0, A7N8X-X, A7N8X Deluxe, MSI K7N2, EPOX8RGA+, Shuttle AN35N, Albatron KM18G Pro, DFI NFII 400-AL sont parmi les nombreuses cartes touchées par ce problème.
Voir aussi :
http://atlas.et.tudelft.nl/verwei90/nforce2/index.html(...(...))
Le bug a récemment été résolu et le patch est maintenant inclu dans le 2.6.6.
Le fix ne semble cependant pas encore inclu dans le 2.4.27-pre2. Mais le patch existe :
http://linux.derkeiler.com/Mailing-Lists/Kernel/2004-05/0809.html(.(...))
La solution est venue de NVIDIA, par un mail d'Allen Martin :
Pour ceux que cela intéresse, j'active l'IO-APIC notamment pour pouvoir profiter des 6 ports USB de ma carte (l'IO-APIC n'est donc pas qu'un gadget).
[^] # Re: A noter : fixup for C1 Halt Disconnect problem on nForce2 chipsets
Posté par Hardy Damien . Évalué à 3.
dans le lilo.conf ajouter "nolapic" à la chaine "append" de l'image
Dam
[^] # Re: A noter : fixup for C1 Halt Disconnect problem on nForce2 chipsets
Posté par Zorro (site web personnel) . Évalué à -2.
Ma connaissance avance, c'est bien. Mais je sais toujours pas ce que c'est... Vais voir sur Google.
[^] # Re: A noter : fixup for C1 Halt Disconnect problem on nForce2 chipsets
Posté par Pior . Évalué à 3.
Cela faisait un moment que le problème avait été soulevé, et pas de nouvelles à l'horizon...
Je rajouterais que même sans APIC ni l'ACPI activé, le NForce2 posait problème (sur ma carte en tout cas).
Mais heureusement la NF7v2 permet de desactiver l'option incriminée :)
# Ketchup
Posté par Bigup . Évalué à 3.
Ca va révolutionner no vies? en tout ca un utilitaire de mise à jour de kernel ca augure de bonnes choses, si vous avez des infos...
[^] # Re: Ketchup
Posté par EmacsFR . Évalué à 2.
En gros ce n'est qu'un outil de plus parmi beaucoup d'autres.
Moi mon utilitaire de mise à jour de mon noyau s'appelle apt-get, c'est d'une puissance ce machin là...
->[]
[^] # Re: Ketchup
Posté par ange_thom . Évalué à 4.
/o/ [ ] (poussez pas je sors)
[^] # Re: Ketchup
Posté par alexissoft . Évalué à 4.
Sinon espérons qu'ils ne se feront pas attaquer en justice pour usurpation du groupe "Las Ketchup" (bon je décampe à toute vitesse)
--------->[]
[^] # Re: Ketchup
Posté par Pierre Jarillon (site web personnel) . Évalué à 7.
Exact et bien dit.
L'intérêt de ketchup est qu'il permet de ne télécharger que le minimum. Vu la taille actuelle des sources du kernel, ceux qui n'avaient pas de liaison à haut débit étaient quasiment exclus de participation à son développement.
Vu que les patchs de la 2.6.6 représentent 2.4Mo, c'est tout à fait envisageable de les télécharger avec une ligne 56k : 10 minutes à 4ko/s.
Espérons que de brillants informaticiens de pays pas très bien équipés pourront ainsi participer et contribuer à la grande aventure de Linux. Il est même possible que ce soit la grande aventure du 21ème siècle !
[^] # Re: Ketchup
Posté par ckyl . Évalué à 3.
Non l'interet c'est pour les gros paresseux car ca patch tout seul.
Autrement ketchup ne t'apporte rien la dessus puisque tu peux tres bien telecharger le patch à la main. Note que sur la page d'acceuil de kernel.org il te propose juste le patch x.y.z-1 => x.y.z
Bref pas tellement de quoi fouetter un chat comme appli... Ca permet de pas te prendre la tête si tu utilises un -bk ou -mm mais dès que tu as un noyau patché autrement je pense pas que ca soit utile bien au contraire. Y'a mel gorman qui avait fait un patch-o-matic sympa y'a quelques temps d'ailleur. http://www.skynet.ie/~mel/projects/patchset/(...)
[^] # Re: Ketchup
Posté par asbin . Évalué à 2.
Nan, l'intérêt de ketchup c'est bien sûr qu'il fait tout tout seul...
Ce serait bien que le mec qui fait ça ajoute d'autres séries de patchs...
;-]
[^] # Re: Ketchup
Posté par Goon . Évalué à 2.
[^] # Re: Ketchup
Posté par lezardbreton . Évalué à 3.
Genre mm, ck, lck, aa, etc...
# laptop-mode
Posté par EmacsFR . Évalué à 4.
Perso, je l'utilisais sur un 2.4 sur mon ancien portable mais à l'époque je n'avais pas constaté de meilleurs rendements au niveau batterie.
De plus depuis, j'ai eu l'occasion de lire tout un tas d'argumentaires allant contre l'utilisation de ce patch. Je ne sais plus qui avait commencé à dire que c'était dangereux (bien plus que le simple crash du PC), mais en gros il y avait pas mal de choses qui étaient faites et qui ne carraient pas avec le développement du noyau.
Apparemment, les mentalités ont évolué puisque maintenant c'est dispo directement dans le 2.6, est-ce à dire que c'est moins dangereux, réellement efficace, ...
Je n'ai pas trouvé de comparaison/benchmark qui prouvait la réelle efficacité de ce module.
Je suis preneur d'un maximum d'info sur le sujet sachant que chez moi l'autonomie de mon centrino est déplorable comparé à ce qui se fait actuellement sur d'autres OS. Pourtant j'ai tous les bons trucs: cpufreq (et règlage de la fréquence en user space en utilisant powernowd), énormément de RAMDISK (notamment pour lire mes Ogg Vorbis), contraste de l'écran au minimum quand je suis sur batteries, ACPI, et tout le toutim. Apparemment ce n'est pas suffisant pour disposer de plus de 2h de batteries :(
Vous auriez pas des astuces pour essayer d'améliorer ça ?
[^] # Re: laptop-mode
Posté par yanns . Évalué à 2.
Cet utilitaire réduit dés qu'il le peut la fréquence de ton processeur.
[^] # Re: laptop-mode
Posté par EmacsFR . Évalué à 2.
[^] # Re: laptop-mode
Posté par Mark Havel . Évalué à 5.
[^] # Re: laptop-mode
Posté par Marc (site web personnel) . Évalué à 1.
[^] # Re: laptop-mode
Posté par Janfi . Évalué à 2.
Si le CPU est toujours à fond, c'est peut-être un problème lors du choix des options de compilation du noyau. J'avais le même problème, car j'avais coché un cpufreq governor (je ne me rappelle plus précisement) en plus du userspace governor. Recompilation avec juste userspace, et ça marche très bien !
# 4KSTACK incompatible avec nvidia
Posté par Ayrton . Évalué à 3.
<akpm@osdl.org>
[PATCH] ia32: 4Kb stacks (and irqstacks) patch
From: Arjan van de Ven <arjanv@redhat.com>
Below is a patch to enable 4Kb stacks for x86. The goal of this is to
1) Reduce footprint per thread so that systems can run many more threads
(for the java people)
2) Reduce the pressure on the VM for order > 0 allocations. We see real life
workloads (granted with 2.4 but the fundamental fragmentation issue isn't
solved in 2.6 and isn't solvable in theory) where this can be a problem.
In addition order > 0 allocations can make the VM "stutter" and give more
latency due to having to do much much more work trying to defragment
[...]
The 4k stackness of the kernel is included in modversions, so people don't
load 4k-stack modules into 8k-stack kernels.
At present 4k stacks are selectable in config. When the feature has settled
in we should remove the 8k option. This will break the nvidia modules. But
Fedora uses 4k stacks so a new nvidia driver is expected soon.
Actuellement il faut virer CONFIG_4KSTACKS. Fedora 2 va plus loin, il n'y a pas d'option 4KSTACKS. C'est 4KSTACKS et rien d'autre. Ça met un peu de pression sur nvidia.
[^] # Re: 4KSTACK incompatible avec nvidia
Posté par Alexandre . Évalué à 1.
[^] # Re: 4KSTACK incompatible avec nvidia
Posté par imr . Évalué à -1.
https://linuxfr.org/comments/411242,1.html(...)
[^] # Re: 4KSTACK incompatible avec nvidia
Posté par cassecou . Évalué à -1.
[^] # Re: 4KSTACK incompatible avec nvidia
Posté par tgl . Évalué à 8.
# Vos expériences avec le 2.6?
Posté par Croconux . Évalué à 4.
Jusqu'au 2.6.2 c'était le bonheur : Sur mon portable l'acpi marchait nickel, le speedstep aussi bref super. Et puis depuis le 2.6.3, au bout d'un moment j'ai des erreur acpi qui provoquent un reboot au bout de 10/15 min. Du coup j'ai du désactiver l'acpi (qui marchait du feu de dieu jusqu'au 2.6.2, je le rappelle). Idem avec le 2.6.4 puis le 2.6.5.
Ensuite ça a été le tour de l'usb-storage (aussi bien sur mon portable que sur mon fixe). Ma clé usd et mon dd externe marchaient nickel avec les premiers 2.6. Depuis le 2.6.4, plus rien, que dalle. Périphérique introuvable.
Et dernièrement c'est le firewire qui déconne. J'ai des plantages aléatoires sur mon disque externe (il est usb2/firewire) qui freezent ma machine avec perte de données à la clé. Lorsque je déplace de gros fichiers vers mon disque, au bout d'un moment, pouf, terminé, blocage complet. Les fichiers que je tentait de déplacer ne sont pas sur le dd externe et ils ne sont plus sur mon dd interne. Niqué. Same player shoot again.
Bref j'ai un peu de mal à comprendre ce qui se passe. Je pensait qu'au fil de temps un noyau avait tendance à se stabiliser.
[^] # Re: Vos expériences avec le 2.6?
Posté par 007 . Évalué à -2.
Ici c'est du bonheur. Le schedule est une merveilleur (mplayer + une complie ne le dérange pas). Idem pour la nouvelle couche d'entrée sortie. Je ne peux pas dire si c'est globalement plus rapide mais c'est plus agréable qu'un 2.4.
J'ai un hardware assez standard et c'est rock solid.
Un conseil. Essaies le 2.6.6 et
bon chance :-)
[^] # Re: Vos expériences avec le 2.6?
Posté par Raphaël G. (site web personnel) . Évalué à 3.
Le 2.6.6 m'a apporté beaucoup de résolution de bug assez casse pied..
J'en propose un rpm sur ftp://ftp.pcds.ch/pub/people/rapsys/(...)
( pour mandrake ), pour fedora je pense qu'un simple rpm --rebuild --with phoenix
kernel....src.rpm suffit
ps : il y a quelque petit truc en plus dans mon kernel par rapport au rc3 de mdk, notemment quelque patch mm, le patch eciusb, le module nvidia et fglrx dedan...
Que du très pratique...
[^] # Re: Vos expériences avec le 2.6?
Posté par maher b . Évalué à 1.
par contre fais gaffe en reconpiant ton /boot/config.. dans ton /usr/src/linux, car par defaut les differents schedulers ne sont pas cochés par défaut et le noyau preemptible non plus.
deux petits conseils
-installes le patch mm
- selon moi le scheduler cfq est plus performant que les autres, alors rajoute:
elevator=cfq dans la ligne kernel
dans ton grub.conf, et ceci est valable bien évidemment sur les autres distribs, j'ai fais de même sur ma debian 2.6.5 patché.
[^] # Re: Vos expériences avec le 2.6?
Posté par benja . Évalué à 3.
[^] # Re: Vos expériences avec le 2.6?
Posté par maher b . Évalué à 1.
c'est des patches experimentaux mais je n'ai jamais eu de problèmes avec,
d'ailleurs la plupart des patches mm d'Andrew Morton ont souvent comporté des corrections de bugs dans les rc du noyau, en plus il me semble qu'Andrew Morton est le mainteneur de la branche 2.6.
il faut également savoir que les patches de Con Kolivas ont été inclus dans le patchset d'Andrew Morton, alors stabilité+performance c'est quand même pas mal :)
voici le lien vers le changelog du noyau 2.6.6-mm1:
http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.6/2.(...)
[^] # Re: Vos expériences avec le 2.6?
Posté par 007 . Évalué à 3.
Il n'y en a qu'un d'utilisé à la foi...
> le noyau preemptible non plus
Discuté sur mailing Fedora. Ça n'apporte pas grand chose et c'est aussi une cause de problème avec certains drivers. Alan Cox a dit que ça a été très pratique pour débugger le noyau (en quoi ? je ne sais pas).
> le scheduler cfq est plus performant
Pour une utilisation type poste de travail.
> elevator=cfq dans la ligne kernel
C'est le schedule par défaut :
$ dmesg | grep cfg
Using cfq io scheduler
[^] # Re: Vos expériences avec le 2.6?
Posté par ckyl . Évalué à 2.
En que ca a permis de tester des cas qui ne sont testables que sur SMP normalement.
Avec l'UP en preemptible tu peux faire jouer tout le monde aux beta testeur sur le locking et introduire plein de situations de concurence à la con qui ne se produiraient presque jamais autrement.
Autrement Alan cox l'a peu être dit mais ca serait plutôt andrew morton :-)
http://kerneltrap.org/node/view/2702?PHPSESSID=1d34a48c585608d20a63(...)
[^] # Re: Vos expériences avec le 2.6?
Posté par 007 . Évalué à 0.
Je parlais des mailings Fedora. Et j'ai pas vu Andrew Morton sur ces mailings.
Dave Jones le dit aussi... (toujours sur Fedora).
Il n'y a pas qu'Andrew qui débuggue le noyau :-)
[^] # Re: Vos expériences avec le 2.6?
Posté par Mathieu Bouju . Évalué à 0.
Using cfq io scheduler
ouah, baleze ton grep, j'veux le meme, il trouve meme des occurences là où y'en a pas :p
[Ce commentaire est inutile]
[^] # Re: Vos expériences avec le 2.6?
Posté par chocho . Évalué à 2.
# content aussi...
Posté par djibb (site web personnel) . Évalué à 4.
Pas de patchs a appliquer pour avoir un kernel fonctionnel sur mon laptop et SURTOUT la prise en compte de l'AGP de ma carté mère (sis 746) qui m'empechait d'avoir la 3D avec mon ATI 9600 Mobility.
D'ou : un grand merci :)
# Tests de non-régression ?
Posté par AP . Évalué à 4.
[^] # Re: Tests de non-régression ?
Posté par Christophe Fergeau . Évalué à 4.
Tu vérifieras juste que telle liste de choses qui marchaient avec le noyau N-1 sur une config donnée fonctionne encore dans le noyau N.
[^] # Re: Tests de non-régression ?
Posté par Erwan . Évalué à 1.
[^] # Re: Tests de non-régression ?
Posté par Misc (site web personnel) . Évalué à 2.
http://www.firstmonday.org/issues/issue9_4/glance/index.html(...)
Gloabalement, il y a pas de test de non regression.
La majorité des projets n'en font pas.
Je sais que les modules CPAN ont ça, que svn et des projets dérivés doivent avoir ça, et postgresql aussi , mais la plupart n'ont rien. C'est pourtant fun et ça permet de vraiment éviter les bugs.
[^] # Re: Tests de non-régression ?
Posté par Aldoo . Évalué à 3.
On pourrait arriver des résultats au cas par cas ... et là encore, la tâche serait titanesque.
[^] # Re: Tests de non-régression ?
Posté par 007 . Évalué à 2.
Les tests démontrent si certaines fonctionnalités marchent ou pas. Pour Linux il faut que quelqu'un rencontre le problème pour d'autre il y a aussi les tests de non-regressions. C'est utilisé pour svn, postgresql, gcc, gdb et quelques autres. Ce n'est pas fait pour le Fun. C'est très utile.
Par contre la mise en place de test de non-regressions pour un noyau est très difficile, contrairement à gcc par exemple. Pour gcc il y a un fichier d'entré et un fichier de sorti de référence. Il suffit de comparer la sortie de gcc avec le fichier de référence. Pour linux c'est beaucoup plus compliqué et tu es dépendant du hardware de la bécane qui fait les tests. Donc des tests devraient être fait sur plein de bécanes différentes, etc.
# bug
Posté par Jean-Marc (site web personnel) . Évalué à 1.
Quelqu'un a eu ce problème ?
May 11 21:18:51 naku modem_run[1088]: modem_run version 1.2 started by root uid 0
May 11 21:18:51 naku kernel: usb 1-1: usbfs: interface 0 claimed while 'modem_run' sets config #1
May 11 21:18:51 naku kernel: usb 1-1: usbfs: interface 1 claimed while 'modem_run' sets config #1
May 11 21:18:51 naku kernel: usb 1-1: usbfs: interface 2 claimed while 'modem_run' sets config #1
May 11 21:18:54 naku kernel: usb 1-1: bulk timeout on ep5out
May 11 21:18:54 naku kernel: usbfs: USBDEVFS_BULK failed dev 2 ep 0x5 len 991 ret -110
May 11 21:18:54 naku modem_run[1088]: BLOCK1
répété plein de fois ...
[^] # Re: bug
Posté par bonnaud frederic (site web personnel) . Évalué à 2.
[^] # Re: bug
Posté par alexissoft . Évalué à -1.
[^] # Re: bug
Posté par lezardbreton . Évalué à -2.
Merci de ne pas énerver ceux qui attendent leur freebox !!!
[^] # Eh ben d'abord, j'en ai une plus grosse que toi.
Posté par Erwan . Évalué à 1.
(oui, c'est de l'ethernet.)
[^] # Re: bug
Posté par Robert Palmer (site web personnel) . Évalué à 2.
Pensez à l'environnement avant d'imprimer ce commentaire - Please consider the environment before printing this comment
# CFQ I/O Scheduler
Posté par asbin . Évalué à 10.
En gros, il permet de réduire la latence pour toutes les Entrée/Sorties disque
A lire : http://kerneltrap.org/node/view/580(...) et http://kerneltrap.org/node/view/2893(...)
Pour utiliser le CFQ Scheduler, il faut compiler avec l'option
"General Setup" -> [*] "Configure standard kernel features" -> [*] "CFQ I/O scheduler"
et de plus, pour l'activer, il faut passer
elevator=cfq
comme paramètre de démarrage au kernel.
;-]
[^] # Re: CFQ I/O Scheduler
Posté par Panda Voyageur (site web personnel, Mastodon) . Évalué à 2.
# Grsec
Posté par alexissoft . Évalué à 1.
Et mon souhait le meilleur : vserver en ipv6 mais bon cette remarque n'est pas bien placée :)
[^] # Re: Grsec
Posté par Elfic_JP . Évalué à 1.
Par contre, j'apprecie qu'ils commencent a ajouter les patches de protection de l'execution de la pile.
Bref, allez, encore quelques efforts, et Linux sera enfin secure.
[^] # Re: Grsec
Posté par ouah (site web personnel) . Évalué à 1.
Cela veut donc dire pas pour le x86. De même exit les powerpc, mips, arm etc...
Pour une pile non exec avec Linux et x86, il faut toujours soit PaX soit Openwall.
[^] # Re: Grsec
Posté par itstimetogo . Évalué à 2.
[^] # Re: Grsec
Posté par Elfic_JP . Évalué à 1.
Perso, je ne prend pas l'argument en "en standard chez Red Hat" comme un gage de qualité, m'enfin bon ;)
# Mandrake 10.0
Posté par esfa . Évalué à -2.
http://www.mandrakeclub.com/article.php?sid=2051&mode=nocomment(...)
[^] # Re: Mandrake 10.0
Posté par esfa . Évalué à 0.
Tourner sept fois sa souris avant de cliquer ;-)
# 2.6.6 + eagle USB = ???? ça marche ?
Posté par halt . Évalué à 1.
merci
[^] # Re: 2.6.6 + eagle USB = ???? ça marche ?
Posté par Panda Voyageur (site web personnel, Mastodon) . Évalué à 1.
Solution => utiliser le CVS eagle-usb, il compile sans problème et tourne très bien avec un 2.6.6!
[^] # Re: 2.6.6 + eagle USB = ???? ça marche ?
Posté par BAud (site web personnel) . Évalué à 1.
et le download du cvs (perdu tout en bas de la page) :
cvs -d:pserver:anonymous@cvs.gna.org:/cvs/eagleusb co eagleusb
il y a un petit bug au rmmod du driver si vous pouvez aider à diagnostiquer ;-)
# Plus le support des webcam phillips
Posté par Mathieu Laurent . Évalué à 1.
>
> And the maintainer doesn't seem to want to fix it
Bizarre ? On ne voit aucune réaction du mainteneur par rapport à ça. Il semble actif, une version beta 9 de son driver est sortie récemment.
Quelqu'un sait-il faire fonctionner ce driver sur un 2.6.6. Si oui comment ?
[^] # Re: Plus le support des webcam phillips
Posté par Mathieu Laurent . Évalué à 2.
http://www.smcc.demon.nl/webcam/(...)
[^] # Re: Plus le support des webcam phillips
Posté par Bertrand Jacquin (site web personnel) . Évalué à 0.
Et la hop, j'ai la ou y faut l'option pour ajouté PWC au noyau, et ca compile..
https://linuxfr.org/~Beware/12702.html(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.