Reprise du message précédent :

 
la procédure ?
mkdir /sys
et :

dans ton fstab (à moins que tu es une debian qui roxorise )
et bien sur, activer le machin dans le kernel
 
l'utilité : c'est plus propre que /proc pour fournir des info sur les devices et c'est utilisé par udev

 
comme je l'ai précisé avant, aucun 2.6.x autre que le 2.6.4 n'a booté chez moi, sauf un 2.6.3-mm4 mais j'ai eu un plantage juste après m'etre logué
 
Pour nvidia, non je ne suis passé par le packages debian qui recuperer l'installer, le detar et me fait un joli .deb

Effectivement le /sys c'est pas mal.. =)
Le /proc est pas deprecated du coup? Ca fait double emploi quoi..

 
non, ils sont complémentaire
y-a des trucs qui ne servent plus que pour la compatibilité dans le /proc, mais y-a d'autres trucs que seul le /proc a donc il reste nécessaire
d'ailleurs je crois pas que le but soit de remplacer le /proc, mais seulement de lui piquer la partie "info sur les devices"  (le /proc en fait quand même bien plus )

J'ai tout rectifié
 
Reste grub et lilo (que je n'utilise pas ...), et peut-être un petit quelque chose sur l'installation d'udev ...

Un ptit truc sur udev ca serait pas mal, et quelques infos sur les patch "MagicDev", "supermount", les sched,..
Pour lilo, c'est assez simple..

 
pour udev c'est chaud parce que c'est encore assez spécifique à chaque distro je pense, dans le sens où elles ont toute leur petite façon de faire même si au final on a le même résultat
 
et pour grub j'ai rien eu à faire quand je suis passé au 2.6, à part virer le hdc=ide-scsi dans le menu.lst

 
pour le sched y-a pas grand chose à dire, à part qu'il faut activer l'option qui va bien dans le noyau mais on va peut-être pas les passé toute en revu
et pour magicdev et supermount c'est pas spécifique au 2.6

super boulot, merci les gars !

 
Pour les sched, faudrait expliquer theoriquement les avantages, et les retour d'xp quoi..
 
C'est vrai ca n'est pas spécifique..

le regparm fonctionne avec les drivers nvidia ?

 
ça fait quoi le regparm ? la premiere fois que j'en ai entendu parlé c'est dans un rapport de bug sur la lkml    
et l'aide du kernel est pas bcp plus explicite ...

ben t'as le 2.6.4 ? maintenant l'option de gcc est configurable dans la config

 

oué j'ai un 2.6.4
oué j'ai vu cette option
mais je sais toujours pas à quoi ça sert    
 
j'ai bien trouvé ça dans le man de gcc :
-mregparm=num
avec un joli warning d'ailleurs qui me donne pas envi d'essayer :

 
et donc c'est pour passer les arguments par les registres ... ok, skool, mais l'impact, c'est quoi ? meilleur perf ?

meilleur perf. mais qui se lance pour tester avec le driver nvidia ?

 
mais d'apres ce que je comprends du warning, faut recompiler toutes les bibliothèques du système non ? c'est énorme ... c'est un travail pour un gentoïste ça

je sais pas, cai pour ça que je demande un kamikaze. parce que dans le changelog, ils en parle comme si ça allait devenir quelque chose par défaut

perchut ?

sinon c'est ça que j'avais lu :
http://lkml.org/lkml/2004/3/11/165
spa gagné pour le nvidia

http://bugzilla.kernel.org/show_bug.cgi?id=2290
et voilà le genre de pb que je pensais qui seraient réglés avec le 2.6.4 et en fait il y en a toujours autant apparemment

y'a plus de bootsplash avec 2.6.4-ck1? :-/
ca marche chez vous?

 
donc ca casserait mes ati-drivers ?  

ben on attend que t'essaie en fait

oué ben pas tout de suite
 
même si ca m'intéresse.... je vais suivre ca

 
c'est quoi l'option à activer dans le noyau ?

bon bah j'ai testay le 2.6.4 sur ma debian sid
no pb, ca roule, j'ai l impression que ca pédale + vite
 
g pas testé si gain il y'avait avec glxgears ... a tester lundi au taf
 

si tu veux gagner des perfs, faut cocher l'option regparm

 
mais pourquoi tu testes pas toi si tu veux vraiment savoir ce que ça donne ?
tu casseras pas grand chose si les nvidia marchent pas de toute façon
moi ce qui m'emmerde c'est que j'ai bien l'impression qu'il faut que tout soit compilé avec cette option (library et tout ...)
alors à part les utilisateurs de gentoo je vois pas qui va se lancer la dedans

Aucun, c'est natif : sysfs est inclu d'office dans ton 2.6
 
Pour regparm, vous pouvez bien tester, de toute façon si ca boot pas c'est pas bien grave (ce sera pas la première fois), au moins on aura vu ce que ca donne ... c'est marrant, à chaque fois qu'on a une nouvelle option vous vous ruez dessus et là vous êtes tout frileux
 
 
Je veux pas dire mais pour des testeurs 2.6 ca fait un peu

 
Marche très bien chez moi.
T'utilises les smp ?

 
non pas de smp.
vu que j'ai deja le bootsplash avec le 2.6.3-ck2 j'ai réutilisé le meme fichier initrd.splash pour le 2.6.4-ck1.
bizarre  

avec ou sans le support fb spécifique de ta carte ?

support générique vesa, trop de pb avec le fb nvidia
j'ai repris le fichier de config du 2.6.3-ck2 puis make oldconfig
j'ai bien verifie, initial ramdisk support et bootsplash sont activés

Bon je vais compiler le 2.6.4    
Je suis en 2.6.1  

Y a un tutorial en première page
 
Sinon, je te conseille un petit patch ck

http://lkml.org/lkml/2004/3/12/265
le mm1 a l'air de valoir le coup sur le papier
j'aurais bien aimer un test avec le ck1 aussi

Ouais faudrait que je teste un de ck4
 
Sinon le tuto avec les couleurs et tout il rend bien  

if [ -r System.map ]; then /sbin/depmod -ae -F System.map  2.6.4; fi
WARNING: /lib/modules/2.6.4/video/nvidia.o needs unknown symbol smp_call_functio n
WARNING: /lib/modules/2.6.4/video/nvidia.o needs unknown symbol cpu_online_map
WARNING: /lib/modules/2.6.4/video/nvidia.o needs unknown symbol __preempt_spin_l ock
 
 
   
 
C'est la deuxième recompilation parce que la première fois j'avais oublié de désactiver le SMP et erreur au boot avec une histoire de filesystem/mount
 
Vous savez pas d'ou ça peut venir tout ça ?

t'as recompilé le même noyau et t'as réinstallé les modules au même endroit sans effacer le dossier au préaléble ?

Sans effacer quel dossier

/lib/modules/version_du_noyau