le mm4 viens de sortir, je le teste bientôt
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm4/announce.txt
http://marc.theaimsgroup.com/?l=linux-kernel&m=108850010109304&w=2
"- Merged support for the 64-bit SuperH architecture
- Various fixes and updates"
C’est quoi la 64-bit SuperH architecture???
power4 ??? (C’est une question)
Mouais? Cette archi est connue? Qui l’utilise?
Le Power4, c’est ce qui sert de base aux G5.
Ca oui mais la 64-bit SuperH architecture, je n’en connais pas d’applications.
mm5 is out 
ptite question avant que le 2.4 soit completement utilisable en prod ca a pris combien de modif ??
d’apres quand le 2.6 sera moin bugué, je dit pas ca pour critiquer gratuitemetn mais c o niveau de tous les reotur que je peux voir sur plein de forum
2.4.18 Reiserfs est passé en stable
2.4.20 On a vu grsecurity pointer le bout de son nez il me semble.
Puis est apparu SeLinux si je me souviens bien.
enestaf :
Ce sera stable quand les mise à jours du noyau ralentiront, c’est à dire que l’on aura pas un changement de noyau toute les semaines.
Pour l’arrivée du 2.6.7, il y a eu déjà un sérieux ralentissement, et la version 2.6.8 se fait carrément attendre… C’est très bon signe
A mon avis les 2.6.8 seront “ready”… en septembre donc?
ça veut dire que je vais me taper un 2.6.7-rc3-mm2 au moins juscqu’en Septembre 
Ca veut donc dire que le 2.7 approche aussi :=)
enestaf : "ptite question avant que le 2.4 soit completement utilisable en prod ca a pris combien de modif ?? " Il a fallut attendre le 2.4.12 mais les bugs étaient plus genant que ceux du 2.6 : risque de pertes de données. Bref, je pense qu’en gros, il faut attendre que le 2.7 sorte. Ca approche car le rythme des changements baisse bcp depuis le 2.7.
2.6.7-mm5 : http://marc.theaimsgroup.com/?l=linux-kernel&m=108864189130157
En résumé : pb d’acpi et pour certains pbs de réseau. Bref, ce mm n’est pas bon pour la prod (Le mm ne sont pas fait pour ça.)
loic38 : Je te propose que créer un nouveau message pour qu’il soit plus facile à voir : tu auras plus de réponses. Je parie que c’est un pb d’install et/ou de config plus qu’un pb de noyau.
Cool! Les nouveaux nvidia s’installent parfaitement et ils sont compatibles avec l’option 4K stack. Cette option risque de devenir l’option par défaut donc je vais enfin pourvoir la tester avec les nvidia 
Qu’apporte le 4kstack par rapport à une config normal svp
Lit l’aide à son sujet dans menuconfig
"
│ │
│ If you say Y here the kernel will use a 4Kb stacksize for the │
│ kernel stack attached to each process/thread. This facilitates │
│ running more threads on a system and also reduces the pressure │
│ on the VM subsystem for higher order allocations. This option │
│ will also use IRQ stacks to compensate for the reduced stackspace.
"
Je vais me refaire une install d’une petite debian sid, et je vais en même temps tester ces mm.
Question bête, on patch comment le kernel avec ces patch mm ?
patch -p0 < le_patch_mm
le tout en étant dans /usr/src/linux
-p1 plutot non ?
S’il est decompresser : (dans /usr/src/linux et le patch un dossier plus haut)
patch -p1 -i …/truc.patch
S’il est compresser en bzip2 :
bzcat …/truc.patch | patch -p1
S’il est gzipper :
zcat …/truc.patch | patch -p1
Quelle différence entre p0 1 2 3 4 … ? 