[fixed]The latest -mm patch to the stable Linux kernels is: 2.6.8.1-mm3 2004-08-20 09:51 UTC V Changelog[/fixed]
mm3 out 
Notamment :
[fixed]- Added Nick Piggin’s CPU scheduler to see what happens. See inside the
patch for details. Please test, benchmark, report.[/fixed]
“to see what happens”… Glops !
“to see what happens”
mdr
http://marc.theaimsgroup.com/?l=linux-kernel&m=109299772023419&w=2
très expérimental…
j arrive pas à avoir mon X (nvidia) avec les séries 2.6.8.1-mm1 et 2 O_o
quelqu’un avec le meêm soucis ?
en gros j’ai un écran noir au lancement du X
c rapide, le 2.6.8.1-mm2 ne date que d’hier
-TuX- : Quel est le pb? (si tu veux, fais un topic séparé pour bien tout expliquer : message d’erreurs et autres)
je voudrais bien mais j’ai pas de messages d’erreur
avec mon 2.6.8 pas de soucis , juste avec les mm1 alors que je reprends le même .config
je le compile ce soir [:yeoh]
si : regardes dans /var/log , tu as un fichier nvidiaTruc.log
c’est juste le log de l’installation du driver nvidia
oui et il est “normal”?? Regarde aussi les log de xfree.
Tapes startx en console et dis nous ce qu’il raconte.
lsmod pour voir si le module est bien chargé.
modprobe pour le changer (c’est temporaire mais ça permet de tester)
aucun message d’erreur dans les logs
et comme j’ai dis je peux plus haut j’ai plus accés à rien après mêem si le pc n’est pas freezé, je dois taper à l’aveuglette reboot sur un second tty
Tu n’as même plus d’acces en console? Ok alors c’est surement le framebuffer qui déconne. Enlève l’option vga=XXX au boot (lilo.conf ou menu.lst (avec grub tu peux même éditer la config au boot)).
Bon même si ça marche, ce n’est pas normal sauf si tu utlises le framebuffer riva qui est incompatible avec les nvidia. Il te faut utiliser les framebuffer vesa (qui amrche nickel avec les nvidia).
Ce post devient trop spécifique à ton pb et ne parle plus trop du 2.6 -> crée un nouveau post 
2.6.8.1-love1 http://forums.gentoo.org/viewtopic.php?t=212704
j’ai aucune option passé au boot et j’utilise la même config au niveau de la video dans le 2.6.8 qui marche très bie net la série des mm
je verrais ca de plus près au prochain reboot 
2.6.8.1-mm4 :
http://marc.theaimsgroup.com/?t=109316430900001&r=1&w=2
“- This kernel has an x86 patch which alters the copy_*_user() functions so they will return -EFAULT on a fault rather than the number of bytes which remain to be copied. This is a bit of an experiment, because this seems to be the preferred API for those functions. It’s a see-what-breaks thing. And things will break. If weird behaviour is observed, please revert usercopy-return-EFAULT.patch and send a report.” : nous voila prévenus.
2.6.9-rc1
http://marc.theaimsgroup.com/?l=linux-kernel&m=109333409716859&w=2
“Thus the 2.6.9-rc1 patch is against plain 2.6.8. If you have 2.6.8.1, you need to undo the .1 patch, and apply the big one.” donc pas la peine de dire que le patch s’applique mal
“tons of patches merged” : Ca bose dur. Tiens encore des modif sur le ntfs. Je me demande qqch : Le but est il d’avoir le support de l’écriture à assez court terme? Sion à quoi bon pathcer? Ou alors ces patchs ne sont “que” des améliorations/resync de l’implémentation existante.
il est long le changelog
ne démarre pas chez moi, bloque au “mounting network filesystem”