From owner-freebsd-net@FreeBSD.ORG Mon Mar 19 18:52:35 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61B4316A403 for ; Mon, 19 Mar 2007 18:52:35 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 3C67E13C4AD for ; Mon, 19 Mar 2007 18:52:35 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 21F8B2085C4 for ; Mon, 19 Mar 2007 14:52:33 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Mon, 19 Mar 2007 14:52:33 -0400 X-Sasl-enc: tzdHKm2PAHJ83Ujtqi1V9srIOupnG9HB/2QIc4CcLOks 1174330354 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id D397B17E70 for ; Mon, 19 Mar 2007 14:52:34 -0400 (EDT) Message-ID: <45FEDBF0.4050105@incunabulum.net> Date: Mon, 19 Mar 2007 18:52:32 +0000 From: Bruce M Simpson User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [PATCH] Multicast refcounting in network stack X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 18:52:35 -0000 Hi, A patch against -CURRENT is now available: http://people.freebsd.org/~bms/dump/multi_refcounting.diff This is a fairly sweeping architectural change which should resolve memory leaks and potential panics with the network stack as a whole, to better support interface detach at runtime. I'd like to check it in as soon as possible as it fixes the root cause of the problems we have had with carp and pfsync in our stack. NetBSD has implemented refcounting like this for some time now, so it does not suffer from the same problems. Regards, BMS