From owner-freebsd-current@FreeBSD.ORG Wed May 7 14:51:31 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB21A37B401 for ; Wed, 7 May 2003 14:51:31 -0700 (PDT) Received: from ns3.safety.net (ns3.safety.net [216.40.201.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1393043F85 for ; Wed, 7 May 2003 14:51:31 -0700 (PDT) (envelope-from cbiffle@safety.net) Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32]) by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h47LpRA18901; Wed, 7 May 2003 14:51:27 -0700 From: "Cliff L. Biffle" To: John Stockdale Date: Wed, 7 May 2003 14:51:43 -0700 User-Agent: KMail/1.5 References: <001101c314de$2e8d8e30$3d2c0c80@quenya> <20030507213933.GA10841@rot13.obsecurity.org> In-Reply-To: <20030507213933.GA10841@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305071451.43790.cbiffle@safety.net> cc: freebsd-current@freebsd.org Subject: Re: DDB, INVARIENTS, WITNESS and derivatives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 21:51:31 -0000 On Wednesday 07 May 2003 02:39 pm, Kris Kennaway wrote: > On Wed, May 07, 2003 at 02:18:18PM -0700, John Stockdale wrote: > > Just wondering if there is any reason to still be building the > > 5.0-Current kernel with DDB, INVARIENTS, INVARIENT_SUPPORT, WITNESS, and > > WITNESS_SKIPSPIN. I'd rather remove the debugging for speed, but not if > > it will break things (like I remember the report being a little while > > back). > > Yes, to assist with debugging during the 5.1 release cycle :-) This is basically the long and short of it. I've been running stripped non-debug kernels on my desktop with -current for some time, with no breakage. If performance is important to you, it should work. But you'll less information to contribute to the debugging cycle. -Cliff L. Biffle