All of lore.kernel.org
 help / color / mirror / Atom feed
* [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.