Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758406AbYCBTvn (ORCPT ); Sun, 2 Mar 2008 14:51:43 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753001AbYCBTvd (ORCPT ); Sun, 2 Mar 2008 14:51:33 -0500 Received: from courier.cs.helsinki.fi ([128.214.9.1]:59028 "EHLO mail.cs.helsinki.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752945AbYCBTvc (ORCPT ); Sun, 2 Mar 2008 14:51:32 -0500 Date: Sun, 2 Mar 2008 21:51:28 +0200 (EET) From: "=?ISO-8859-1?Q?Ilpo_J=E4rvinen?=" X-X-Sender: ijjarvin@kivilampi-30.cs.helsinki.fi To: Guillaume Chazarain , Ray Lee , Chris Wedgwood cc: Giangiacomo Mariotti , LKML , Netdev , Andrew Morton Subject: Re: WARNING: at net/ipv4/tcp_input.c:2054 tcp_mark_head_lost() In-Reply-To: <3d8471ca0803020515m1e4af9d9xd37a8912e58a4504@mail.gmail.com> Message-ID: References: <858077.97160.qm@web39709.mail.mud.yahoo.com> <20080223000310.4630daa8.akpm@linux-foundation.org> <3d8471ca0802271056l320a7ee2m5227e114a968d483@mail.gmail.com> <3d8471ca0803020420ka42319bu1b9888217c869d9d@mail.gmail.com> <3d8471ca0803020515m1e4af9d9xd37a8912e58a4504@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; boundary="-696243703-662713104-1204487187=:18020" Content-ID: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1647 Lines: 41 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---696243703-662713104-1204487187=:18020 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: On Sun, 2 Mar 2008, Guillaume Chazarain wrote: >> On Sun, Mar 2, 2008 at 1:38 PM, Ilpo J?rvinen wrote: >>> It does not contain any "KERNEL: assertion (packets <= >> > tp->packets_out) failed at" line, so I'm afraid it's just noise. Doh, you were right in this one... >> At least it catches one bug which could cause that assertion (it is much >> more rigid than the assertion and thus it catched it even though you >> won't see that assertion to ever trigger :-)). > > Great :-) ...I spoke too early, it was just that the verify call was placed into a place where the fackets_out is not yet reduced (I had too many version of that patch when I first did that and probably picked wrong one of them as a starting point, I'm sorry about that). I'll send an updated patch tomorrow for you and also correct it so that I don't need to ask things like this again (as long as one pastes couple of first occuring stacktraces): >>> Could you next figure out what is at: -- i. ---696243703-662713104-1204487187=:18020-- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/