From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Dumazet Subject: Re: [PATCH] tproxy: nf_tproxy_assign_sock() can handle tw sockets Date: Wed, 14 Jul 2010 05:43:05 +0200 Message-ID: <1279078985.2444.105.camel@edumazet-laptop> References: <1278626921.2435.73.camel@edumazet-laptop> <1278695580.2696.55.camel@edumazet-laptop> <1278742649.2538.17.camel@edumazet-laptop> <4C395459.6080407@redhat.com> <1278835332.2538.51.camel@edumazet-laptop> <1279032023.2634.384.camel@edumazet-laptop> <1279036193.2634.468.camel@edumazet-laptop> <1279077678.2444.95.camel@edumazet-laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Avi Kivity , David Miller , Patrick McHardy , linux-kernel@vger.kernel.org, netdev To: Felipe W Damasio Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Le mercredi 14 juillet 2010 =C3=A0 00:27 -0300, Felipe W Damasio a =C3=A9= crit : > Hi Mr. Dumazet, >=20 > 2010/7/14 Eric Dumazet : > > RDX being the sk pointer (and sk+0x38 contains the corrupted "sk_pr= ot" value) > > , we notice RBP contains same "sk" value + 0x200000 (2 Mbytes). > > > > (same remark on your initial bug report) > > > > Could you enable CONFIG_FRAME_POINTER=3Dy in your config ? >=20 > I can, but my bosses will kick my ass if I bring down the ISP again := ) >=20 I have no guarantee at all, even if we find the bug. > If you think it's the only way to find the problem I'll tell them tha= t > I need to do it. In this case, please tell me what other config > options/tools I can use to get as much info as possible...since I'll > probably be able to test this only once more on the production > environment for debugging purposes. >=20 You really should try to setup a lab to trigger the bug, and not doing experiments on production :)