Le 06/08/2010 00:15, Pascal Hambourg a écrit : > giggz a écrit : >> >> sous backtrack 4 j'ai exactement le même comportement que sous debian lenny: >> MTU=1492 et tcp_timestamps=0 -> bug >> MTU=1492 et tcp_timestamps=1 -> ok >> MTU=1500 ou tcp_timestamps=0 -> ok >> MTU=1500 ou tcp_timestamps=1 -> ok >> >> Ce n'est vraiment que dans le cas où MTU=1492 et tcp_timestamps=0 que le >> bug apparait. > > Merci pour ce retour. > >> sous sid je n'ai aucun problème quelques soit la mtu ou la valeur de >> tcp_timestamps. Mais ce n'est pas le même pc et donc pas la même carte >> graphique et pas le même driver (b44). > > Ah oui, j'avais oublié ce détail. > Donc a priori le bug existe avec tous les noyaux mais est lié aux > pilotes atl1*. Ou alors c'est un bug tordu du NAS qui ne se manifeste > que lorsqu'on communique avec lui à travers ces pilotes. > Tu as essayé de jouer avec ethtool -k/-K pour désactiver les options > d'offload ? >
non pas encore :) j ai po eu le temps. d apres le man que j ai sous la main: ethtool -K--offload ethX [rx on|off] [tx on|off] [sg on|off] [tso on|off] [ufo on|off] [gso on|off] donc en gros je mets tout a off ? D'apres toi, ai je assez d'éléments pour faire un rapport de bug pour le noyau sur le tracker debian ? Bonne journée -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/i3gcdh$g8...@dough.gmane.org