netdev
[Top] [All Lists]

Re: [PATCH] Prevent crash on ip_conntrack removal

To: "David S. Miller" <davem@xxxxxxxxxxxxx>
Subject: Re: [PATCH] Prevent crash on ip_conntrack removal
From: Patrick McHardy <kaber@xxxxxxxxx>
Date: Sun, 29 Aug 2004 23:58:06 +0200
Cc: dlstevens@xxxxxxxxxx, davem@xxxxxxxxxx, laforge@xxxxxxxxxxxxx, netdev@xxxxxxxxxxx, netdev-bounce@xxxxxxxxxxx, netfilter-devel@xxxxxxxxxxxxxxxxxxx, okir@xxxxxxx
In-reply-to: <20040829125708.5aa70469.davem@xxxxxxxxxxxxx>
References: <412A8FB5.4080700@xxxxxxxxx> <OFE08A3DF5.09BCA1C4-ON88256EFA.00806C05-88256EFA.0080E98F@xxxxxxxxxx> <20040828231529.051a73cc.davem@xxxxxxxxxxxxx> <4132303C.2060807@xxxxxxxxx> <20040829125708.5aa70469.davem@xxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040413 Debian/1.6-5
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@xxxxxx, 2004-08-18 14:28:05-07:00, davem@xxxxxxxxxxxxxxxxxx
 [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 <davem@xxxxxxxxxx>


<Prev in Thread] Current Thread [Next in Thread>