From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bijay Singh Subject: Re: TCP-MD5 checksum failure on x86_64 SMP Date: Tue, 11 May 2010 04:08:30 +0000 Message-ID: References: <1273085598.2367.233.camel@edumazet-laptop> <1273147586.2357.63.camel@edumazet-laptop> <20100506.220443.135536330.davem@davemloft.net> <1273210329.2222.42.camel@edumazet-laptop> <20100507101451.1b4286b7@nehalam> <1273252893.2261.84.camel@edumazet-laptop> <20100507103639.4f1a51fa@nehalam> <1273268446.2325.53.camel@edumazet-laptop> <1273504693.2221.17.camel@edumazet-laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Stephen Hemminger , David Miller , "" , "" , "" To: Eric Dumazet Return-path: Received: from [204.232.241.167] ([204.232.241.167]:30066 "EHLO mx1.guavus.com" rhost-flags-FAIL-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1750789Ab0EKEId convert rfc822-to-8bit (ORCPT ); Tue, 11 May 2010 00:08:33 -0400 In-Reply-To: <1273504693.2221.17.camel@edumazet-laptop> Content-Language: en-US Content-ID: <9acf7e25-19a9-4d22-9814-d435c88c2aac> Sender: netdev-owner@vger.kernel.org List-ID: Hi Eric, I guess that makes me the enviable one. So I am keen to test out this f= eature completely, as long as I know what to do as a next step, directi= ons, patches. Thanks, Bijay On 10-May-2010, at 8:48 PM, Eric Dumazet wrote: > Le lundi 10 mai 2010 =E0 14:55 +0000, Bijay Singh a =E9crit : >> Hi, >> I had noticed the corruption in the context and actually did what is= mentioned. >>=20 >> I allocated the context on the stack and plugged in the md5.c functi= ons. I was able to temporarily solve the problem, all this before I got= a response on this thread. >>=20 >> But now I have seeing another problem, when i change the MTU on the = interface from 1500 to 4470 none of the message from the peer get thru = and I get hash failed message. I am wondering if this is another bug ge= tting hit in this scenario. >=20 > Thats very fine, but you mix very different problems. >=20 > Step by step resolution is required, and clean patches too, because > plugging md5.c functions is not an option for stable series :) >=20 > Obviously, nobody seriously used TCP-MD5 on linux, but you... >=20 >=20 >=20