From owner-freebsd-current Tue Feb 23 8: 8:41 1999 Delivered-To: freebsd-current@freebsd.org Received: from gw-nl3.philips.com (gw-nl3.philips.com [192.68.44.35]) by hub.freebsd.org (Postfix) with ESMTP id EBEC9120C0 for ; Tue, 23 Feb 1999 08:08:38 -0800 (PST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl3.philips.com with ESMTP id RAA07173 for ; Tue, 23 Feb 1999 17:08:37 +0100 (MET) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl3.philips.com via mwrap (4.0a) id xma007169; Tue, 23 Feb 99 17:08:37 +0100 Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.8.5/8.6.10-1.2.2m-970826) with SMTP id RAA03676 for ; Tue, 23 Feb 1999 17:08:36 +0100 (MET) Received: (qmail 6577 invoked by uid 666); 23 Feb 1999 16:08:57 -0000 Date: Tue, 23 Feb 1999 17:08:57 +0100 From: Jos Backus To: Eivind Eklund Cc: Dmitrij Tejblum , freebsd-current@FreeBSD.ORG Subject: Re: panic: zone: entry not free Message-ID: <19990223170857.A6208@hal.mpn.cp.philips.com> Reply-To: Jos Backus References: <19990223094120.A97001@hal.mpn.cp.philips.com> <199902230909.MAA01169@tejblum.dnttm.rssi.ru> <19990223105939.D97001@hal.mpn.cp.philips.com> <19990223161625.B10845@bitbox.follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19990223161625.B10845@bitbox.follo.net>; from Eivind Eklund on Tue, Feb 23, 1999 at 04:16:26PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Feb 23, 1999 at 04:16:26PM +0100, Eivind Eklund wrote: > > Somehow this strikes me as a Bad Thing... > > It _is_ a bad thing. I've been pondering what to do with the > intrusive invariant checks - make them dependent on > INTRUSIVE_INVARIANTS, perhaps? Depends on how dangerous these invariant violations are, I would think. Iow, do they justify a panic()? > That would still make some KLDs incompatible with INTRUSIVE_INVARIANTS, but > that is probably the best we can do. At least that way the non-intrusive ones can be left in (and still be useful). Cheers, -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message