Reprise du message précédent :

 
c'est le linux/module.h des sources, il me semble que le chemin s'affiche entièrement à la compilation
 
tu peux essayer d'éditer le Makefile et virer le -I/usr/include/linux
 
edit : il me semble aussi qu'en fixant la variable $SYSINCLUDES ou $SYS_INCLUDES (je sais plus) çà aide dans ces cas-là

 
ouai, j'ai l'impression que c'est le makefile qui merde

c'est $SYSINCLUDE en fait
 
quand je compile nvnet.o ça me donne ça :
 
cc -c -Wall -DLINUX -DMODULE -DEXPORT_SYMTAB -D__KERNEL__ -O3 -Wstrict-prototypes -DCONFIG_PM  -fno-strict-aliasing -mpreferred-stack-boundary=2 -march=athlon-xp -mcpu=athlon-xp -pipe -fomit-frame-pointer -finline-limit=2000 -falign-functions=4 -DMODULE -I/lib/modules/2.4.22/build/include   -DMODVERSIONS -include /lib/modules/2.4.22/build/include/linux/modversions.h nvnet.c
ld -r -o temp.o nvnet.o nvnetlib.o
objcopy --strip-symbol="gcc2_compiled." temp.o
cp temp.o nvnet.o
rm temp.o
 
 
edit : et avec un joli fixe de la variable pour utiliser /usr/include/linux :
 
#SYSINCLUDE=/usr/include/linux make
 
cc -c -Wall -DLINUX -DMODULE -DEXPORT_SYMTAB -D__KERNEL__ -O3 -Wstrict-prototypes -DCONFIG_PM  -fno-strict-aliasing -mpreferred-stack-boundary=2 -march=athlon-xp -mcpu=athlon-xp -pipe -fomit-frame-pointer -finline-limit=2000 -falign-functions=4 -DMODULE -I/usr/include/linux   nvnet.c
Dans le fichier inclus à partir de /usr/include/linux/module.h:20,
          à partir de nvnet.h:20,
          à partir de nvnet.c:21:
/usr/include/linux/modversions.h:1:2: #error Modules should never use kernel-headers system headers,
/usr/include/linux/modversions.h:2:2: #error but rather headers from an appropriate kernel-source package.
/usr/include/linux/modversions.h:3:2: #error Change -I/usr/src/linux/include (or similar) to
/usr/include/linux/modversions.h:4:2: #error -I/lib/modules/$(uname -r)/build/include
/usr/include/linux/modversions.h:5:2: #error to build against the currently-running kernel.
etc.....................

ça ya est, je crois que je commence à voir d'où ça vient :

 
or build dans /lib/modules/kernelkivabien pointait vers . (et je crois que j'en suis responsable, je retente une compile pour vérifier)
donc il choisisait pas le bon rep ... enfin c'est bizarre parce que dans les 2 cas ils pointent vers les sources du noyau ... enfin je pense qu'en décortiquand un peu le makefile on doit pouvoir y trouver la solution
j'espere que la compile que je fais actuellement va régler tous ces pbs !  

je comprends pas là, j'ai mon kernel qui pete un cable !    

mais merde c'est quoi ces conneries  

 
tu es un maitre  
 
 
le patch :

skoi ça ... c'est bizarre  

bon, c'était bien les lien "build" qui faisait tout merdé !  
j'ai juste changé ça (en y mettant le bon rep) et tout à marcher direct sans autre changement
 
par contre là je suis donc passer au driver gforce, et évidemment, ça merde aussi    

ouai mais ça j'ai la même chose sur le test4-mm6 il me semble, ils ont modifié qq chose, va sûrement falloir attendre un nouveau patch, dis-moi le "unresolved symbol" qu'il y a pour voir ?

`kdev_val'

parait que c'est réglé dans la derniere version du patch ... je croyais pourtant avoir la derniere version ... enfin je m'y perds moi, les fichiers se multiplie

ayé, ça marche au poil  
plus aucune erreur ni aucun warning au boot    
mes log sont presque clean, j'ai juste ça dedans (qui n'était pas avant) :

 
bref, sous reserve que je ne plante pas avec, c'est le meilleur 2.6 que j'ai eu (malgré les quelques difficultés d'install)    
 
 
m'en vais l'essayer sur ma passerelle, sait-on jamais

http://lkml.org/lkml/2003/9/15/240
pas cool ça
 
et ma passerelle marche toujours pas  

ça se compile pas iptables, avec les srcs d'un 2.6 ? ace ke pas moyen de faire mon masquerading  

avec le 1.2.8 il me semble que c'est bon.... essaye peut-être de mettre les sources d'un 2.4.22 si t'arrives vraiment pas à compiler, sinon je pense que c'est un soucis de config dans le noyau

 
ça marche sur ma gate avec un test2-mm1
les pus récent ne font pas fonctionner mon modem donc je peux pas te dire

rien à faire, pourtant, j'ai bien mis les fonctions iptables en module, c compilé, je peux charger les modules, mais je peux pas compiler iptables, et je peux pas non plus énoncer les règles iptables pour mon masquerading

 
tu peux charger les modules mais pas compiler ?  

compiler iptables.... les modules st compilés... tsssss  
EDIT : iptables, la commande.......  

 
pourquoi tu compiles iptables aussi, ça n'a rien à voir avec le kernel ça  

bah écoute, je suis sous gentoo... Je lance iptables sur mon kernel 2.4, ça roule nickel, je lance la même chose avec le 2.6, ça me dit ke la règle est incorrecte, pourtant, le même module est chargé (présent ds lsmod). Je peux compiler iptables (la commande) avec un kernel 2.4 dans /usr/src/linux, alors ke si c un 2.6, ça fait plein d'erreurs  

 

gentoo ... mais c'est un boulot pour perchut ça
c'est quoi les erreurs en question ?

le dirai demain   je v dormir...

 
mé cé qu'il me cherche ...  

il cherche à se rassurer parce qu'il ext complexé par l'infériorité de sa distrib

 
tout roule sur ma distrib, je ne peux réver mieux  

vous appelez ça des distros vous ?
 

raaah yes ! mon speedtouch marche avec le test5-mm2    
       
en fait le travaille de duncan est super, l'install était facile, et ça semble marché parfaitement
je suis heureux

test5-mm3 out  
bon, fais chier, le mm2 mache super sur mes 2 machines chez moi alors je sais pas si je vais continuer de tester    
toute façon ça servira pas à grand chose puisque ça marche

http://lkml.org/lkml/2003/9/19/70

je me faisais pas une idée si noir des drivers nvidia

J'avais promis que je testerais le mm3, c'est ce que je vais faire

je viens de me rendre compte que j'avais pas l UDMA activé , et je n'arrive pas a  l activer :  
 
HDIO_SET_DMA failed : operation not permitted
 
une idée ?

kk' a une P4PE ? ! parceque j arrive pas a mettre la main sur le chip IDE , et ça m emmerde bien pour config mon kernel

 
bah j'ai fait finalement parce que y-a des changements qui sont pas mal (acpi notamment, et athlon prefetch)
et ça marche quazi parfaitement (j'ai beau cherché, j'ai plus aucune erreur au boot ... à part sur ma passerelle avec bind qui fait dans l'obsolescence mais c'est qu'un message d'avertissement, c'est normal)
 
par contre j'ai l'impression (c'est peut-être qu'une impression) que mon nouveau kernel est plus lent
j'ai compilé le kernel comme le mm2 à la différence près que j'y ai mis le hpet timer pour tester ... c'est peut-être ça qui fait que c'est un poil plus lent

 
quel chipset
 
 
 
EDIT : ok alors là je sais pas
mets nous ta conf de noyau : uniquement le passage au sujet de la gestion ide

 
intéressant, j'irais voir ça  
 
 
 
 
 
EDIT : au fait, moi je fais une connerie depuis le début, je vais sur le site officiel au lieu d'aller sur le mirroirs français
j'imagine que je ne suis pas le seul à faire ça
et du coup le site officiel est souvent down
alors aller ici plutot maintenant (pour ceux qui n'y allait pas jusque là :
http://www.fr.kernel.org/
http://www.fr.kernel.org/pub/linux [...] test5-mm3/

 
bon en fait now ça marche , g rajouté 3 element aux noyau en rapport a l ide , et ça marche , g plus k faire des recompils en combinant les solution pour trouver le bon  
 
je me sens mieu tout a coup avec mon udma

bk9 out , bientot la test6

Le bk10 est sorti dans la journée
Vous savez pas sur quoi ils bossent en ce moment, pour savoir ce que donnera le test6 ?

non , g la fleme de lire la

linux-2.6.0-test5-bk11 out