fakbill : non, pas trop ennuyeux de tester avec devfs (je dois rajouter une option au boot et recompiler le support ds le noyau, car je l’ai enlevé là :D), mais ça le faisait aussi avec devfs (sans la petite modif de kerneltrap sur l’usb1) :/.
mouais…mais sans trop casser la compatibilité userland…enfin à mon avis 
En fait, il faut être clair au niveau de la com et c’est tout 
Ok mais ça ne prouve pas que ce n’est pas un pb avec udev
Ok. Ca na donc rien à voir avec le fait que les nvidia ne marchent pas avec l’option “4kStack”
j’ai activée cette option sur le 2.6.6-rc3 et ça marche bien a l’aide du script que j’ai donner plus haut.
YYYYYYYEEEEEEEEEEEAAAAAAAAAAAAAHHHHHHHHH
Gagné… Je viens de réussir de modifier les tests du ltp pour nfsv4… prise de tête, mais je m’en sors
@+
v_atekor : bravo!!
lithium : heu…je n’ai tj pas eu le temps de regarder ça de près. Peux tu me décrire la procédure à suivre? Je ne comprends pas comment ça peut marcher car d’après els messages sur la lkml, les nvidia utilise plus de 4ko de stockage dans les piles donc ça ne peut que foirer si tu actives cette option.
Est ce qu’il faut prendre les sources de kernel.org ou des sources spéciales??
avec un source de kernel.org, tu compile ton noyau
tu decompresse l’archive, tu execute le script qui s’y trouve
il deplace 2 fichiers source du noyau, emerge le module nvidia et remet les fichier source d’origine.
A priori, je ne l’ai pas vu passer :
2.6.6-rc3-mm2
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.6-rc3/2.6.6-rc3-mm2/announce.txt
fctionne bien chez moi (noyau basé mm2, cd page précéd :D) :
[fixed]Patch Name: Description:
2.6.6-rc3-mm2 Latest mm [/fixed]
http://marc.theaimsgroup.com/?l=linux-kernel&m=108415807618158&w=2
http://marc.theaimsgroup.com/?l=linux-kernel&m=108418262620535&w=2
faites gaffe avec le mm1 : il est a testé comme le dit andrew
cool, le 2.6.6 (&mm1)
Ça apporte quoi en plus les patch mm ?
to be on the blending edge or not 
?
NB : sinon cf changelog
il déconne toujours avec le speedtouch?
Qu’est-ce qui se passe avec le speedtouch ?
qqn sait si nvidia va s’adapter au nouvelle config du noyau, et quand vont sorti r les nouveau driver compatible??
Ce message n’était pas conforme aux règles d’utilisation du nouveau forum :
qqn sait si nvidia va s’adapter au nouvelle config du noyau, et quand vont sorti r les nouveau driver compatible??
Voilà, j’ai ce souci : http://bugzilla.kernel.org/show_bug.cgi?id=2672
[fixed]ide1 at 0x170-0x177,0x376 on irq 15
hde: max request size: 128KiB
hde: 80293248 sectors (41110 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(133)
hde: hde1
hdg: max request size: 128KiB
hdg: 160086528 sectors (81964 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(133)
hdg: hdg1 hdg2 < hdg5 hdg6 hdg7 hdg8 >
hdg: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hdg: task_no_data_intr: error=0x04 { DriveStatusError }
hdg: Write Cache FAILED Flushing!
hda: max request size: 128KiB
hda: 80293248 sectors (41110 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(133)
hda: hda1 hda2 hda3[/fixed]
Et j’aimerais tester le patch : http://bugzilla.kernel.org/attachment.cgi?id=2842&action=view
Mais, comment l’appliquer ?
diff -puN drivers/ide/ide-disk.c~idedisk_wcache drivers/ide/ide-disk.c ?
Par exemple :
patch -p1 < …/lepatch (tu copies tout le texte de ton lien dans un fichier .patch ou .diff)
sachant que le -p1 depend des paths relatifs du patch et du fichier à patcher : Essaye avec -p0 à -P4