From owner-freebsd-hackers Tue May 6 10:54:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA24371 for hackers-outgoing; Tue, 6 May 1997 10:54:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA24366 for ; Tue, 6 May 1997 10:54:52 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA18848; Tue, 6 May 1997 10:50:23 -0700 From: Terry Lambert Message-Id: <199705061750.KAA18848@phaeton.artisoft.com> Subject: Re: option DIAGNOSTIC ? To: archer@lucky.net Date: Tue, 6 May 1997 10:50:23 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Alexander Litvin" at May 6, 97 02:13:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What is the /Subj/ supposed to serve for? > > I ask this because: > > a) I think it might be useful, but don't know how to use it; > > b) My kernel with IPFW panics just after (it seems) a single packet > behind a firewall (ipfw: chain...) -- is it supposed to behave so? > > Just a line of comment would be appreciated. Typically, it wraps panics for conditions which should never happen in operation. It is most useful for detecting some kernel code violating calling conventions for other kernel code., and/or the detection of memory corruption in the kernel address space. It is *supposed* to be used by developers before they commit code to the kernel to ensure that they have not made a mistake. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.