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: Tue, 13 Jul 2010 17:49:53 +0200 Message-ID: <1279036193.2634.468.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> 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 mardi 13 juillet 2010 =C3=A0 11:49 -0300, Felipe W Damasio a =C3=A9c= rit : > Hi Mr. Dumazet, >=20 > 2010/7/13 Eric Dumazet : > > I currently have no fresh ideas. If you want this problem to be sol= ved, > > its important to setup in your lab a workload to trigger again and = again > > the bug, in order to provide us more crash information. >=20 > Right. I've been running non-stop since the first bug happened, but > so far the problem hasn't surfaced again :-( >=20 > I've been using the kernel with the patch that you provided me > (nf_tproxy.c). Is there a chance that patch fixed the problem? This is a real bug, but I dont think it can fix your problem. Looking again at your crash, we see RCX=3D0x720, decimal 1824 As its skb->len, we are freeing an skb that was collapsed or something like that, since 1824 > 1460 (the normal MSS on ethernet) GRO is off on your machine. But coincidently 0x0720 is also a blank char for VGA screen... (0x20 : ASCII space, 0x07 : default attribute) So maybe you hit a corruption outside of network stack.