Question con : Vous pouvez pas utiliser kgdb dans ce genre de cas ?
Oui, mais pour le coup ce n’est pas trop utile: on a trouvé la source d’erreur:
Le programme de fs_stress cré un lien symbolique de 3ko, et la taille des requêtes RPC est limité 1ko… donc il faudrait que NFS retourne une erreur “nom trop long” (ENAMETOOLONG), alors que là on part en sur Oopps… (requête incomprehensible car le buffer est tronqué)
Voilà la réponse que j’ai eu une fois que l’on a eu trouvé:
That looks to be the correct use of WRITEMEM. What I don’t understand is why
the RESERVE_SPACE fail?
Oh… Right…
The problem is that you appear to be creating a symlink of a length that
would normally overflow the RPC buffer. We really should not be Oopsing
in that case, but we should rather be returning an ENAMETOOLONG.
http://marc.theaimsgroup.com/?l=linux-kernel&m=108625322401171&w=2
" Various fixes, some quite serious "
http://linux-nfs.org/pipermail/nfsv4/2004-June/000102.html
http://linux-nfs.org/pipermail/nfsv4/2004-June/000105.html
Bouuuuuuuhhhhh 
Y’a personne qui aurait des idées
arf la dure phase du débogage 
courage v_atekor :super:
[fixed]The latest -mm patch to the stable Linux kernels is: 2.6.7-rc3-mm1 2004-06-09 08:16 UTC V Changelog[/fixed]
v_atekor : Je suppose que fuser est futile [:macfennec]
ThE_TemPLaR : heu? C’est quoi fuser?
quelqu’un aurait des news sur la date de debut pour le prochain noyau en dev le 2.7
et sinon si il y a une roadmap qu’est ce qu’il compote integrer parceque il fond des algo de plus en plus perfomant a un moment y vons bien etre bloquer non??
[fixed]FUSER
Section: Manuel de l’utilisateur Linux (1)
NOM
fuser - Identifier les processus qui utilisent un fichier.
SYNOPSIS
fuser [-a|-s] [-signal] [-kmuv] fichier … [-] [-signal] [-kmuv] fichier …
fuser -l
fuser -V
DESCRIPTION
fuser affiche les PIDs des processus qui utilisent les fichiers ou les systèmes de fichiers indiqués. Par défaut, il affiche les PIDs suivis d’une lettre indiquant le type d’accès.
c
répertoire courant.
e
programme en cours d’exécution.
f
fichier ouvert. f est omis par défaut.
r
répertoire racine
m
fichier projeté en mémoire, ou bibliothèque partagée.
fuser renvoie un code de retour non nul si aucun des fichiers mentionnés n’est utilisé, ou en cas d’erreur fatale. Si au moins un accès est détecté pour l’un des fichiers mentionnés, fuser renvoie zéro. [/fixed]
Intéressant 
j_c_p ThE_TemPLaR : Ben merci! je ne connaissais pas
sinon, ce n’est pas trop utile… C’est plus ethereal qui sert en ce moment… et de bons yeux pour suivre le code :oui:
" quelqu’un aurait des news sur la date de debut pour le prochain noyau en dev le 2.7"
Linus a surement son idée sur la question mais rien n’est publié.
Le 2.5 a commencé après le 2.4.11…
La réponse est “quand le 2.6 sera jugé mature :)”
“et sinon si il y a une roadmap qu’est ce qu’il compote integrer parceque il fond des algo de plus en plus perfomant a un moment y vons bien etre bloquer non??”
Rien enocre à ce sujet ou seulement qlqs idées.
Fais un grep de “FIXE ME” dans les sources du noyau et tu verras qu’il reste de quoi s’occuper.
Je pense que de plus en plus de chose vont passer en userland.
Le 2.8 (ou 3.0) devra tourner aussi bien sur une montre bracelet que sur un mainframe : c’était déjà un objectif pour le 2.6 et on a fait bcp de progres à ce niveau.
Je suis sûr que l’on peut optimiser encore un peu les schedulers en les étudiant du point de vue de l’info théorique.
Toujours plus de drivers.
NFSV4
Utilisation à fond du MMX/SSE et autres je suis sûr qu’on peut gagner à ce niveau.)
Nettoyage de code et mise à jour de la doc (la doc est plutot à jour mais bon…)
Dans certains cas, après un bug, le noyau se suicide alors qu’il pourrait peut être continuer : virer tous les BUG_ON inutiles (déjà fait dans le passage 2.4 -> 2.6)
Regarder à la loupe tous les codes qui utilisent des tri et/ou des tables de hachage : on peut gagner bcp dans certains cas.
Avoir un gcc toujours meilleur 
…
J’oublie surement des choses fondamentales et je m’attarde surement sur des choses peu importantes : j’ai juste mis là ce qui me passe par la tête.
fakbill > excuse mon ignorance mais que veut dire ‘userland’ ? 
equi-NoX : ça veux dire qu’ils s’execute comme un utilisateur, et non comme un module noyau.
exemple driver nvidia :
module noyau = kernelland
GLX et pilote X = userland
ce qui au passage permet d’éviter les trap (passage en mode noyau), ce qui permet de meilleures perfs
trap… ?? syscall plutôt?
oui plutôt
j’avais 0 lettres de bonnes :’(
Ce message n’était pas conforme aux règles d’utilisation du nouveau forum :