From owner-cvs-src@FreeBSD.ORG  Tue Oct 19 22:28:50 2004
Return-Path: <owner-cvs-src@FreeBSD.ORG>
Delivered-To: cvs-src@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C219C16A4CE; Tue, 19 Oct 2004 22:28:50 +0000 (GMT)
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6E3C943D2F; Tue, 19 Oct 2004 22:28:50 +0000 (GMT)
	(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (localhost [127.0.0.1])
	by fledge.watson.org (8.13.1/8.13.1) with ESMTP id i9JMSekd083361;
	Tue, 19 Oct 2004 18:28:40 -0400 (EDT)
	(envelope-from robert@fledge.watson.org)
Received: from localhost (robert@localhost)i9JMSe34083358;
	Tue, 19 Oct 2004 18:28:40 -0400 (EDT)
	(envelope-from robert@fledge.watson.org)
Date: Tue, 19 Oct 2004 18:28:40 -0400 (EDT)
From: Robert Watson <rwatson@freebsd.org>
X-Sender: robert@fledge.watson.org
To: Andre Oppermann <andre@freebsd.org>
In-Reply-To: <41759239.A0F5B1DE@freebsd.org>
Message-ID: <Pine.NEB.3.96L.1041019182730.81058K-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: cvs-src@freebsd.org
cc: src-committers@freebsd.org
cc: cvs-all@freebsd.org
Subject: Re: cvs commit: src/sys/netinet ip_divert.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Oct 2004 22:28:50 -0000


On Wed, 20 Oct 2004, Andre Oppermann wrote:

> Hmm... I'll take a look at those attempts and see what I can come up
> with to get some general solution for the protocol cases.  The approach
> of callout_drain() looks promising though. 

BTW, it looks like the divert pcb zone uses UMA_ZONE_NOFREE so that the
memory is type-stable (presumably in particular for the sysctl), so all
memory allocated by the divert module for pcbs is likely leaked on unload.
I'm beginning to think we should just block unload for divert and solve
the unload problem another day for another protocol...

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org      Principal Research Scientist, McAfee Research