* [PATCH]: Don't call ip_conntrack_put with ip_conntrack_lock held
@ 2003-09-23 15:54 Patrick McHardy
2003-09-24 10:17 ` Harald Welte
0 siblings, 1 reply; 2+ messages in thread
From: Patrick McHardy @ 2003-09-23 15:54 UTC (permalink / raw)
To: Harald Welte; +Cc: Netfilter Development Mailinglist
[-- Attachment #1: Type: text/plain, Size: 372 bytes --]
This patch changes destroy_conntrack so ip_conntrack_put for the master
conntrack
is called without the ip_conntrack_lock held. There is currently no
situation in which
destroy_conntrack could be called with a conntrack that has a master
with a refcount
of 1 so it is not a problem now (at least I couldn't spot one) but it
seems right anyway.
Best regards,
Patrick
[-- Attachment #2: 2.4-destroy-conntrack.diff --]
[-- Type: text/plain, Size: 1552 bytes --]
# This is a BitKeeper generated patch for the following project:
# Project Name: Linux kernel tree
# This patch format is intended for GNU patch command version 2.5 or higher.
# This patch includes the following deltas:
# ChangeSet 1.1136 -> 1.1137
# net/ipv4/netfilter/ip_conntrack_core.c 1.26 -> 1.27
#
# The following is the BitKeeper ChangeSet Log
# --------------------------------------------
# 03/09/23 kaber@trash.net 1.1137
# [NETFILTER]: Don't call ip_conntrack_put with ip_conntrack_lock held
# --------------------------------------------
#
diff -Nru a/net/ipv4/netfilter/ip_conntrack_core.c b/net/ipv4/netfilter/ip_conntrack_core.c
--- a/net/ipv4/netfilter/ip_conntrack_core.c Tue Sep 23 17:35:29 2003
+++ b/net/ipv4/netfilter/ip_conntrack_core.c Tue Sep 23 17:35:29 2003
@@ -308,7 +308,7 @@
static void
destroy_conntrack(struct nf_conntrack *nfct)
{
- struct ip_conntrack *ct = (struct ip_conntrack *)nfct;
+ struct ip_conntrack *ct = (struct ip_conntrack *)nfct, *master = NULL;
struct ip_conntrack_protocol *proto;
DEBUGP("destroy_conntrack(%p)\n", ct);
@@ -335,11 +335,14 @@
/* can't call __unexpect_related here,
* since it would screw up expect_list */
list_del(&ct->master->expected_list);
- ip_conntrack_put(ct->master->expectant);
+ master = ct->master->expectant;
}
kfree(ct->master);
}
WRITE_UNLOCK(&ip_conntrack_lock);
+
+ if (master)
+ ip_conntrack_put(master);
DEBUGP("destroy_conntrack: returning ct=%p to slab\n", ct);
kmem_cache_free(ip_conntrack_cachep, ct);
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH]: Don't call ip_conntrack_put with ip_conntrack_lock held
2003-09-23 15:54 [PATCH]: Don't call ip_conntrack_put with ip_conntrack_lock held Patrick McHardy
@ 2003-09-24 10:17 ` Harald Welte
0 siblings, 0 replies; 2+ messages in thread
From: Harald Welte @ 2003-09-24 10:17 UTC (permalink / raw)
To: Patrick McHardy; +Cc: Netfilter Development Mailinglist
[-- Attachment #1: Type: text/plain, Size: 594 bytes --]
On Tue, Sep 23, 2003 at 05:54:41PM +0200, Patrick McHardy wrote:
> This patch changes destroy_conntrack so ip_conntrack_put for the master
ok, I've put it in 'pending'.
Thanks again.
> Best regards,
> Patrick
--
- Harald Welte <laforge@netfilter.org> http://www.netfilter.org/
============================================================================
"Fragmentation is like classful addressing -- an interesting early
architectural error that shows how much experimentation was going
on while IP was being designed." -- Paul Vixie
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2003-09-24 10:17 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-09-23 15:54 [PATCH]: Don't call ip_conntrack_put with ip_conntrack_lock held Patrick McHardy
2003-09-24 10:17 ` Harald Welte
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.