From owner-cvs-all@FreeBSD.ORG Wed Aug 11 19:30:27 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D245416A4DB; Wed, 11 Aug 2004 19:30:26 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6171E43D66; Wed, 11 Aug 2004 19:30:26 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i7BJSotd026443; Wed, 11 Aug 2004 15:28:50 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i7BJSo8h026440; Wed, 11 Aug 2004 15:28:50 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 11 Aug 2004 15:28:49 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Bosko Milekic In-Reply-To: <20040811175052.GA37093@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Andre Oppermann cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet ip_divert.c raw_ip.c tcp_hostcache.c tcp_subr.c tcp_syncache.c udp_usrreq.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2004 19:30:27 -0000 On Wed, 11 Aug 2004, Bosko Milekic wrote: > Please be careful here. The reason they were NOFREE before was because > the original zone code was implicitly nofree. If these structures need > to be type stable, then you just broke them with this commit. So are > you sure that they absolutely do not need to be type stable? Often, zones with the old zone allocator being type-stable allowed low cost monitoring using generation numbers (see the UNIX domain socket code as an example). As a result, monitoring code will assume it can walk the global list of sockets even after the sockets are free'd, and detect it with the generation number. This may or may not apply to the pcbs (don't have source in front of me), but the caution definitely applies. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research