Reprise du message précédent :
Salut,
J'ai un noyau 2.6.3, il change quoi le noyau 2.6.4....
ça vaut le coup de le mettre ?

cf kernel.org, section Changelog

Bon, j'ai mis vos dernières humeurs sur le 2.6.4 sur le premier post, il faut encore tester le mm1, le ck1 et le redouté regparm pour savoir si on obtient un bon gain en perfs et s'il est vraiment nécessaire de tout recompiler comme un Gentooiste barbu . De même, une petite description de ton pb hotplug udok, avec les éventuelles résolution, et ton expérience de udev (est-ce que tu l'utilise toujours, et sur quels points tu as galéré).
 
Sur ce bonne nuit

 
bah le ck1 je l'ai là
et il semble marché
mais là j'ai tellement de bug que je sais pas d'où ça vient à force
perso je trouve que le 2.6.3 marchait mieux
pour le regparm, j'ai pas testé mais jusqu'à preuve du contraire il faut l'oublier si on utilise un driver binaire, et à en croire la doc, il faut tout recompiler et pas seulement le kernel ... et pour finir c'est tout nouveau donc je pense qu'on (au moins ceux qui ont besoin de driver binaire) gagnera du temps à laisser ça a d'autre
 
pour mon pb hotplug ça concerne que les debianneux ... le mainteneur a un peu merdé hier
m'enfin à chaque fois que j'utilise ce truc, ça merde toujours plus ou moins
je sais pas si c'est le mainteneur debian qui est pas doué ou si c'est hotplug en lui même, mais c'est pas la joie
enfin je viens de mettre à jour, le pb est réglé
mais j'ai plein d'erreur dans mes logs, surtout sur l'usb, ce qui n'empeche pas mon modem usb de marcher, donc ça doit pas être grave, mais on peut pas dire que ça marche parfaitement : erreur dans les scripts, oops en déchargeant le module ohci quand modem_run est actif ... là y-a plus et je sais même pas pourquoi
le module crc32 qui se charge plus tout seul alors que j'ai jamais eu de pb avec celui là
les module speedtch qui veut se charger 15 fois ... bref, rien de méchant mais ceux qui aime les logs propres, passer votre chemin

euh, j'ai cherche comme un tare mais g pas trouve, est ce que qq peut me dire quelle est la commande /manip pour rajouter un truc a  la fin de la version du noyeau (genre 2.6.4-truc)
 
Merci :_

y-a plusieurs méthode mais celle qui me vient à l'esprit pour le moment c'est de rajouter ça dans le Makefile :
EXTRAVERSION = truc
en dessous de SUBLEVEL

je tiens ici à apporter mon soutient psychologique à udok, j'ai aussi passer une journée de merde à cause de hotplug (il mérite des claques le mainteneur).
 
Bon sinon j'ai testé ce 2.6.4 sur ma workstation et sur mon ibook, ça marchotte bien.
 
J'ai retesté udev (après une tres mauvaise expérience de la version 0.019) et étonnement ça fonctionne bien aussi (à une condition, ne pas virer le /dev réel (bref pas faire comme moi) et de patcher les drivers nvidia comme il faut pour qu'ils s'enregistrent dans sysfs).
 
(hs: non je suis pas volontaire pour tester regparm )

Salut !
 
J'ai fait une install du 2.6.4, et je peux dire après 48 h de bourrinage qu'il tient la route, du moins sur mon système. Le log affiche des avertissements -c'est pas super-clean- mais c'était déjà le cas avant (ma config un peu "spéciale"   ).
J'avais des problème d'instabilité avec les 2.4 lorsqu'ils étaient compilés en SMP, mais là ç'est très stable (l'option Super I/O Chipset a, me semble t'il, améliorée les choses).
 
Pour le moment c'est   , à part ce foutu bug avec les drivers nVidia. Je vais leur envoyer un mail : j'ai essayé toutes les options et combinaisons de config possibles et imaginables dans XF86Config-4 et rien à faire    : en TwinView ou en double-écran, perte du signal vidéo sur les écrans dès que je switche en console avec Ctrl+Alt+Fn. J'ai également tenté des recompilations du noyau en activant/désactivant le support Frame-Buffer et en utilisant l'agpgart ou l'agp nvidia mais ça change rien  
Au niveau des perfs ça va (UT2004 tourne sans prob) et j'obtiens 2776 FPS sous glxgears (mais comme un idiot j'ai oublié les scores précédents sous les noyaux 2.4.22/2.6.3 donc je me demande si j'ai pas un peu perdu par rapport au 2.6.3 (il me semble que je tapais dans les 3400 mais j'avais l'agpgart et non le driver agp à nvidia comme actuellement...)
 
Info : Debian [Woody] en Ext3 avec XFree 4.1.0-16 driver nVidia 5336 sous Enlightenment 0.16.5 (mon matos est noté dans mon profil)

Linux athlon 2.6.4rp #4 Sat Mar 13 13:33:33 CET 2004 i686 GNU/Linux
 
 
je suis en regparm, tout semble fonctionner. trop tard, j'ai compilé mon gnome, mais la prochaine fois, faudra voir ce que ça donne dessus cette fameuse option.
 
 
edit : et les nvidia marchent

 
j'ai démarré tous les applis OpenGL imaginables (xscreensaver...), et j'ai observé pour voir s'il allait planter et il a tenu!

 
juste pour etre sur de comprendre, t'as compilé ton noyau en regparm ? ensuite t'as recompilé le driver nvidia avec ou sans regparm ? et qq chose d'autre ?

pis la principal question : ça apporte qq'chose au moins ?

tout à fait, j'ai oublié la principale question

 
on se demande tellement si ça marche qu'on en oublie pourquoi on veut l'essayer  

oui, j'ai recompilé avec regparm, et comme le nvidia avait sauté, j'i lancé l'installeur et voilà

Moi j'ai appliqué le patch ck1 pour avoir le bootsplash mais quand j'essaie d'accéder à l'option dans la configuration du noyau il veut pas y accéder :'-( un bug?

 
non, tu as du oublier d'activer les prérequis (framebuffer et autre ...)
 
 
 
 
qq'un sait comment nommé un périph de manière statique avec udev ? (LA fonctionnalité qui est censé tout révolutionner mais que j'arrive pas à faire fonctionner )

 
vai regarder ca... par contre le driver nvidia 5336 ne veut pas se réinstaller sous ce noyau...

 
il dit quoi ?

ya quelques pages yavait un post qui était surtout addressé au nouveau
 
en fait, selon moi, ce qui fait surtout peur aux nouveaux, c'est pas les mm ou les bk, ni la facon dont les numéros de release fonctionne, mais vraiment les options à activer dans son kernel lors de la compilation pour que celui-ci fonctionne. Ya aussi le fait que l'on sait pas nécessairement comment revenir en arrière si ca foire

 
le nouveau il compile pas

 
squ'il fou le nouveau alors

 
apt-get install kernel-image-2.6  
d'un autre coté c'est pas drole, la deb gère bien le 2.6 maintenant, et y-a plus rien à modifier il me semble (même pas dans le fstab)  

THE lien pour le nommage des devices dans udev :
http://www.reactivated.net/udevrules.php

allez, tout le monde en regparm

 
et un nouveau qui veut apprendre à compiler son kernel par exemple, et à comprendre ce qu'il doit y mettre, faut bien qu'il commence quelques part non?

 
t'as toujours pas dit si tu voyais une différence qqonque

 
Ben... jpe pu avoir le message maintenant, quand j'active le bootsplash et que je compile j'ai le droit a de beaux messages d'erreurs style  
 
"drivers/pcmcia/i82092.c: Dans la fonction « i82092aa_set_io_map »:
drivers/pcmcia/i82092.c:677: attention : comparison is always false due to limited range of data type
drivers/pcmcia/i82092.c:677: attention : comparison is always false due to limited range of data type
 
ou  
 
drivers/built-in.o(.text+0xa81ea): dans la fonction « splash_getraw »:
: undefined reference to `con2fb_map'
drivers/built-in.o(.text+0xa89ec): dans la fonction « splash_verbose »:
: undefined reference to `con2fb_map'
drivers/built-in.o(.text+0xa8ed0): dans la fonction « splash_status »:
: undefined reference to `con2fb_map'
drivers/built-in.o(.text+0xa9004): dans la fonction « splash_read_proc »:
: undefined reference to `con2fb_map'
drivers/built-in.o(.text+0xa91dd): dans la fonction « splash_write_proc »:
: undefined reference to `con2fb_map'
make: *** [.tmp_vmlinux1] Erreur 1
 
qui m'empeche de compiler le noyau... commence à en avoir marre, toute l'aprem que jy suis decu, vé rester sur le 2.6.3 si ca continue...  

 
oué, il commence par régler les pb qu'il peut avoir avec un kernel-image ... ça lui évité d'avoir des tas de prob en même temps sans savoir d'où ça vient
ensuite, la méthode universelle : tu prends la conf du kernel image de ta distro, et tu vires petit à petit ce qui ne t'interesse pas, en voyant si ça marche
par exemple si tu n'utilises pas de RAID, tu vires tout ce qui à trait au raid
par contre poue le scsi vaut mieux en laisser
une bonne doc :
cat /usr/src/linux/Documentation/*

 
hmmm, peut-être qu'il faut que tu actives une option supplémentaire ... y-a pas de module dont le nom s'approche de con2fb dans bootsplash ?

noyau plus petit de 20ko

interessant  

 
même prob pour le splash, avec les séries mm ça foire de la même façon, là j'ai compilé le 2.6.4, appliqué le patch bootsplash-3.1.4-2.6.3.diff (le dernier en date), ça ne cré pas d'erreur, mais je n'ai plus le bootsplash/progression au démarrage, comme si je n'avais pas modifié l'initrd, mais en lançant splash à la main, ça me met bien les images sur mes tty
 
sinon ça me casse toujours les c******* ce problème de réactivité, là sur le 2.6.4 ça fait toujours pareil : je lag comme un porc dès que j'ai au moins une applie un peu gourmante en ressources qui tourne. Mon 2.4.24 ne me fait pas ça, c'est zarb quand même  
je ne sais plus trop quoi essayer vu que les mm ne passent plus du tout chez moi : call stack en boucle avant la fin du chargement du noyau sans que je ne puisse lire puisque ça défile trop vite et que le clavier est inhibé

 
Oui ca fait trop peur
 
Mm s'il a trouver comment revenir en arriere  

ben oui quand même. j'ai testé gcc-3.4 et je t'assure que tu cracheras pas sur ses nouvelles options d'optimisation. et puis comme dékà dit, regparm sera bientot par défaut

 
Un ptit ck ?

déjà testé, ça part en vrille aussi

 
et ben on va attendre un peu alors  

Concrètement on sait pas vraiment ce que ca fait regparm, non ? J'ai regardé un peu la doc GCC, mais c'est que pour la v3.3 et seul l'attribut de fonction regparm est documenté ...
 
PS : Petite maj de la page 1

 
tu peux remettre à jour, hotplug marche bien maintenant
en plus j'ai pas dit que ça venant du mainteneur, je le soupsonnais, stou
mais vu que c'est en état encore expérimental, il fait ce qu'il peut dans tous les cas, et il a assuré ce we parce que maintenant ça marche bien

ben ça permet de mettre les arguments entiers lors de l'appel d'une fonction dans des registres plutot que dans la pile