From owner-freebsd-current@FreeBSD.ORG Wed Sep 8 00:36:01 2004 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 3922516A4CE; Wed, 8 Sep 2004 00:36:01 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 921F543D2D; Wed, 8 Sep 2004 00:35:58 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.0.200] ([192.168.0.200]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i880aK8G006251; Tue, 7 Sep 2004 18:36:21 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <413E5342.2040707@samsco.org> Date: Tue, 07 Sep 2004 18:33:06 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040831 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <413E4A71.9080400@samsco.org> <20040908003141.GB928@green.homeunix.org> In-Reply-To: <20040908003141.GB928@green.homeunix.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=1.0 required=3.8 tests=SUBJ_HAS_SPACES autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP! Kernel debugging disabled in RELENG_5 [Fwd: cvscommit: src/sys/sparc64/conf GENERIC] 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, 08 Sep 2004 00:36:01 -0000 Brian Fundakowski Feldman wrote: > On Tue, Sep 07, 2004 at 05:55:29PM -0600, Scott Long wrote: > >>All, >> >>Since we are closing in on the 5.3 release, I've removed the kernel >>debugging options from GENERIC in RELENG_5. They can of course be >>re-enabled by adding the appropriate lines back in locally. However, >>from now on when filing a kernel-related bug report, make sure to >>enable WITNESS, INVARIANTS, and DDB/KDB to help determine the problem. > > > It's not necessarily a good thing to disable INVARIANTS without verifying > it has a huge cost in performance. It would be invaluable finding more > bugs in production, and will likely be sorely missed. IT's also worth > noting DDB/KDB is broken anyway in fairly large ways (on i386, at least, > breakpoints don't work and even with the "fix" you get panics soon if > you really do try to use them). > I've measured an approx 5% overhead in using invariants. It is a well documented option and those who are concerned about it can turn it back on locally, just like in 4.x and 3.x etc etc. As for DDB, it does have it's warts but I've also been using it successfully recently, even with breakpoints. The only problem I've had is with a breakpoint firing while DDB is exiting. Scott