Reprise du message précédent :

 
non, c'est l'inverse, c'est chez moi que c'est activé  

 
ben oui, donc ce que je dis, c'est que c'est bizarre qu'un truc activé chez toi et pas chez moi conduise à une compil chez moi et pas chez toi  

ah oui ok
moi je me disais que par biais de dépendances, un truc pouvait désactiver un autre truc comme ça
bon c'est pas ça, je viens de tester ... je sens que je vais m'emmerder là  

putain de merde ! et pourquoi je suis banni de ce putain de bon de chan de merde !!!        
 

j'ai lu le fichier Makefile.modpost, mais j'arrive pas à voir ce qu'il a besoin (moi et les makefile ... )

 
Pas de barbe?

un truc qui est bien c'est que quand un module plante à la compil, on a pas à tout recommencer la compil du kernel si on vire l'option correspondant à ce module .. ça fait gagner du temps

effectivement ça vient de ma conf ... faut juste que je trouve où maintenant

en fait j'ai plutot l'impression que c'est la debian qui le vire à la fin de la compile avec un make clean automatique
parce que pendant la compile il y est, mais après, y-a plus  

c'est bien la debian qui fait chier sa race !  

 
m'étonne pas ça  
 
 
je connais la route, inutile de me reconduire.....

en fait un simple make config refais les fichiers manquant ... comprend pas que j'ai pas fait ça, même par hazard, avec tout ce que j'ai tripatouillé ...
bon, j'ai bonne espoir que ça marche ce coup ci
par contre j'ai toujours pas réussi à mettre la main sur un quelconque patch nvaudio ...

nouveaux drivers graphiques nvidia 4496 : http://www.nforcershq.com/forum/vi [...] ca2fc057b1
 
 
tin j'hallucine ! et le patch de minion.de qui n'était pas là hier
http://www.minion.de/files/NVIDIA_ [...] 6-2.5.diff
 
pour nvaudio essaye de compiler alsa pour le kernel 2.6, tu verras si ça passe

Bah ouaih, de toute façon alsa supporte le nforce2...C'est le pilote i810

D'ailleurs, il y avait aussi une nouvelle option qui permet de booter directement sous un autre kernel 2.6, et de rebooter "à chaud" le kernel (sans rebooter la machine). J'ai pas testé mais ca a l'air marrant

bon ben y a pas à chier, les 4496 ont franchement l'air beaucoup plus speed.... j'avais un temps mort au chargement de X sur l'écran à fond gris, là ça dure à peine 1 seconde et le chargement de KDE est largement accéléré aussi, vraiment étranges ces différences

 
c'est les drivers nvidia ca ou le nouveau noyau ?
 
parce que pour avoir essayé, ben j'ai pas trouvé ca beaucoup plus rapide...

 
ben avec les 4363 sur le 2.6 ça donnait de bons résultats déjà, passage aux 4496 (d'ailleurs faut s'amuser avec le .run pour patcher) sur le 2.6 ça carbure  
 
par contre j'ai perdu root-tail, veut plus s'afficher le vilain il plante en mémoire et ne répond pas au kill -KILL ou kill -SEGV, je vais le mater

je vais essayer ça
 

bah non, y-a rien de compatible (realtek)
 
toute façon je crois que je vais arreter le test là, y-a trop de chose qui vont pas
je continue à tester sur ma passerelle par contre mais là ça marche donc niveau feedback ça va pas aller loin

 
ah merde    
je croyais que c'était pour le nforce1 moi ça non ?

ben non, le module i810 gère l'apu du nforce2 aussi, mais pas la version standard du noyau il me semble, enfin peut-être que dans le 2.6.0-2 il est patché pour, cf l'aide pour le module i810 dans la config du noyau
 
ils ont bien inclus les drivers creative emu10k1 0.20a dans le 2.6 , alors je serais pas surpris que ce soit pareil là....  
 
sinon alsa compilé à la mano et ça devrait roulez

alors voilà la liste des trucs qui marche pas sous mon 2.6 :
 

 
super
 

 
ah bon ... il est pourtant bien en module ...
 

 
et alors, je t'ai rien demandé imbécile !
 

 
évidemment, je l'ai pas compilé ...
 

 
ces lignes là j'en ai vraiment le paquet...
 

 
pareil, plein de lignes ... j'abandonne ça, j'ai tout essayé, c'est impossible à faire marcher  
 
 
bref, le fichier modprobe.conf généré automatiquement à l'air bien foireux, ou alors il est mal lu ... je sais pas ...
enfin j'ai pas testé ma clé usb ni mon graveur
par contre je viens de me rendre compte que les 5 boutons de ma souris sont gérées ... reste à pouvoir configurer ce qu'ils font
 
et pour finir, ce qui me décide à arreter le test là :
je trouve pas ça plus rapide ... j'aurais même tendance à trouver ça plus lent
et je viens de me rendre compte que le preempt marche aussi bien que sur le 2.4, à savoir, ça merdoit completement dans les jeux

 
bon, ça des erreurs avec el modprobe.conf y en a, le truc à faire :
 
- virer les entrées qui puent le paté
- créer un script du genre celui-ci :
 
/usr/local/bin/modprobe26 :

bref t'y ajoutes tes modprobes dedans
 
- tu le chmod +x et tu l'ajoutes dans rc.local par exemple, ou tu crés autre fichier d'init si tu veux que ça démarre avant (avec un bon "chkconfig 2345 00 99" ça devrait le faire )
 
sinon je trouve que le preempt du 2.6 n'a rien à voir avec celui du 2.4, les applies sont hyper réactives et dans les jeux (2 testés : ut2003 et day of defeat) j'ai pas vraiment vu de différences nuisibles, juste du meilleur : ping meilleur sur le lan ( ) et fps légèrement meilleurs (même si ça je m'en bats un peu les roustons avec ma cg ))
 
mais sinon t'inquiètes pas pour les "FATAL : modprobe", y en a qq'uns et ça se règle simplement en bidouillant comme je t'ai dit au dessus, tu vires ce qui pu le paté du modprobe.conf, si besoin tu le récrés même en lançant le script generate-modprobe.conf du dernier tarball des module-init-tools (cf kernel.org/pub/linux/kernel/people/rusty)
 
voilà

bah pour le modprobe.conf, je préfère faire avec lui (et non par un script rc) parce qu'il est là pour ça et que ça fait plus propre ... m'enfin ça m'a gonflé de voir qu'il était tout moisi (même si c'est vrai, on en est qu'à la test2)
 
par contre pour les perfs j'ai un nvidia, et il paraitrait que ça vient des drivers closed source
tu es aussi dans ce cas ? (nvidia + driver closed source ?)
parce que moi j'ai fait qu'un test et ça m'a de suite rappeler le patch sous 2.4 (que j'avais immediatement viré), le test étant : j'ai lancé tuxkart sans rien lancer derriere et il y avait des accoups
donc j'ai pas poussé le test plus loin, ça m'a gonflé (bien sur je suis plus patient qu'il n'y parait mais j'ai eu plein d'autre couille dans je suis responsable avant donc là j'en ai un peu marre de voir que le résultat est pas probant)
 
pour rappelle j'utilise le test2-mm1

au fait, sur minion.de, y-a une subtile logique qui m'aurait échappé pour l'ordre où sont rangés les drivers, où l'auteur est vraiment bordélique comme pas 2 ?  

même noyau (test2-mm1), drivers nvidia compilés avec mes opties, marche très bien

 
bah je sais pas ... en plus faut dire, mon 2.4.21 sans patch marche très bien
X un peu lent mais ça je sais pas qui est le responsable et je le sens plus vraiment avec ma nouvelle machine
mais là, voir que ça rame sous les jeux, ça m'a achevé ... enfin là je vais tester les nouveaux pilotes sous 2.4.21
je reprendrais peut-être par le 2.6 après (ne serait-ce que pour voir si je peux avoir le son avec les alsa
si ça marche j'insisterais sur le reste
sinon j'arrete là tant que j'ai pas possibilité d'avoir le son

ah mais non, j'y pense, j'ai déjà essayé pour alsa dans le 2.6 (j'ai essayé tellement de truc que je ne me souvenais plus) et ça n'a pas marché
donc 2.6, basta pour le moment

par contre je viens de retester tuxkart sous le 2.4.21 non patché, et ça saute aussi en faite ... c'est vraiment un jeu de merde !  
bon alors si je trouve un moyen de faire marcher l'audio, je réessaie de suite, mais ça va être dur à trouver ça...

 
j'ai pas trop compris... t'as quoi comme config au juste ? un nforce 2 ? c'est lui qui gere l'audio ?

 
nforce2ultra400  qui gère l'audio et le réseau, et un gforce4 pour la partie graphique

l'audio marche avec l'alsa du noyau
par contre il ne marche pas avec l'alsa en package (pas compatible on dirait)
 
donc à priori, c'est encore moins possible d'utiliser 2 appli sonore en même temps (la deuxieme se fige, sans plantée, en attendant que le device son soit libéré)
l'entrée/sortie optique n'est pas gérée n'ont plus
et j'ai pas encore testé dans les jeux, faut voir ...
 
 
mais ça me motive pour paufiner finalement

va falloir m'aider pour le ménage là ...
 

 
 
pourquoi ça marche avec ttyS0 et pas les suivants ?  
 
 
est-ce que le fichier /etc/modules.conf peut parasiter /etc/modprobe.conf (qui est le fichier qui est censé être utilisé, il me semble, avec les 2.6) ?

problème d'irq ou de plage I/O, t'as activé le partage ou l'autodetect ? (cf dans le bios pour changer l'IRQ)
 
t'es en devfs ? regarde si /dev/ttyS1 existe bien
 
chez moi la conf des ports séries donne ça :
 

 
enfin les ports série, t'en as besoin des 2 ?
 
edit : t'as pas créé un alias foireux des fois ?  
 
ça me surprend ça :
modprobe: Can't locate module /dev/ttyS1
/dev/ttyS1: No such file or directory

 
j'ai pas mis shareirq ... ils disaient "mettez non si vous êtes pas sur ..."    
bon, m'en vais refaire ça
ça avance doucement mais surement
en partie grace à toi, merci  

beh j'ai qu'un port série moi ... ttySX c'est pas pour les consoles normalement ?
je confondrais pas avec ttyX moi des fois

pour les alias j'en sais rien, j'ai pas encore touché (à part ce que j'ai rajouté pour ma nforce et ma gforce)

qqu'un peut m'expliquer cette histoire de modules ?
bon y'a de nouveaux outils pour insérer, virer les modules (modules-init-tools à la place de modutils) ... ok
le fichier de conf n'est plus modules.conf mais modprobe.conf ... ok
 
quelle manip jdois faire pour faire passer mon modules.conf à modprobe.conf ? y'a t'il des modules qui ont changé de nom ? et enfin le kernel 2.6 lit-il exclusivement modprobe.conf ou également modules.conf (ce qui serait source de conflits je suppose) ??

ah bah je viens de me rappeler que j'ai complètement viré SERIAL_8250 à ma derniere compile pour voir si ça changeait qq chose ...
donc même sans ça, j'ai bien ttyS0 mais pas ttyS1

 
1) moi j'ai pas touché, le modprobe.conf étant automatiquement généré à l'install d'un kernel 2.6 (mais ça merdoit, d'où mes ennuis actuels )
2) oui, plusieurs, notamment les usb-ohci et autre => regardes tes log et si tu vois une erreur, tu cherches en faisant "modprobe -l | grep <ce_que_tu_cherches>" : enfin c'est ma méthode, elle vaut ce qu'elle vaut
3) ça m'interesse aussi ça  
 
EDIT pour le 3) : après avoir observer un peu ce qui se passe dans les log, j'ai l'impression que non, mais c'est à confirmer
le plus chiant c'est le 1)

sur ce dernier point, je sais que pendant le développement sur les 2.5, ça se passait ainsi :
 
si modprobe.conf n'existait pas, il tentait de lire modules.conf, donc si modprobe.conf existe pas besoin de lire modules.conf
 
maintenant je sais pas comment ça se passe à l'état où ça en est, mais regarde si tu n'as pas un script nommé generate-modprobe.conf, essaye d'en repasser un coup..... sinon tu regardes comme j'ai dit plus haut dans le tarball sur kernel.org, le script est dedans (prends la dernière version dans le doute), dispo ici : http://kernel.org/pub/linux/kernel [...] re.tar.bz2