From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: [PATCH] Prevent crash on ip_conntrack removal Date: Sun, 29 Aug 2004 23:58:06 +0200 Sender: netdev-bounce@oss.sgi.com Message-ID: <4132516E.7080805@trash.net> References: <412A8FB5.4080700@trash.net> <20040828231529.051a73cc.davem@davemloft.net> <4132303C.2060807@trash.net> <20040829125708.5aa70469.davem@davemloft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: dlstevens@us.ibm.com, davem@redhat.com, laforge@netfilter.org, netdev@oss.sgi.com, netdev-bounce@oss.sgi.com, netfilter-devel@lists.netfilter.org, okir@suse.de Return-path: To: "David S. Miller" In-Reply-To: <20040829125708.5aa70469.davem@davemloft.net> Errors-to: netdev-bounce@oss.sgi.com List-Id: netfilter-devel.vger.kernel.org David S. Miller wrote: >>>Does 2.4.x have this problem too? I thought it didn't. >>> >>> >>I'll have a look, but I think it does. >> 2.4 has the same problem. Before I post the patch, 2.4 seems to be missing this patch, do you already have it queued or should I send a 2.4 version first ? ChangeSet@1.1853, 2004-08-18 14:28:05-07:00, davem@nuts.davemloft.net [IPV4]: Fix theoretical loop on SMP in ip_evictor(). Snapshot the amount of work to do, and just do it. In this way we avoid a theoretical loop whereby one cpu sits in ip_evictor() tossing fragments while another keeps adding a fragment just as we bring ip_frag_mem down below the low threshold. Signed-off-by: David S. Miller