Le 29/10/07, Arquer Stephane<[EMAIL PROTECTED]> a écrit : > L'utilisation du client tsp_gdisp provoque une erreur du driver de la carte > réseau. > Les messages d'erreur sont: > " etherlink: unit elnk1 tx fragments exhausted, truncated packet!" > " Still waiting for mbuf cluster." > Ceux-ci proviennent du code Rtems.
Probablement que la demande de la liste des samples genere un paquet IP trop gros et que le nombre de fragments IP autorisés (quand le paquet est trop gros il y a fragmentation http://en.wikipedia.org/wiki/IP_fragmentation pour que ça rentre dans le MTU) dans RTEMS est "un peu faible" par rapport à la > > Peux-tu me dire s'il y des changements au niveau de la communication par > rapport au client tsp_stdout ? Oui il y en a. Notamment tsp_gdisp doit avoir la mauvaise idée de faire une requête tsp_request_info qui a pour effet de demander l'envoi de la liste complète des symboles samplable c'est-à-dire 1000 en ce qui concerne le stub server. Tu peux vérifier que tsp_gdisp reste bloqué après cette requête en positionnant STRACE_DEBUG à 15 côté tsp_gdisp. -- Erk _______________________________________________ Tsp-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/tsp-devel
