From owner-cvs-all Sun Dec 13 04:30:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA25372 for cvs-all-outgoing; Sun, 13 Dec 1998 04:30:51 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA25362; Sun, 13 Dec 1998 04:30:33 -0800 (PST) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.1/8.9.1) id NAA02085; Sun, 13 Dec 1998 13:30:19 +0100 (CET) (envelope-from des) To: Henry Miller Cc: Dag-Erling Smorgrav , Matt Dillon , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern vfs_syscalls.c References: From: Dag-Erling Smorgrav Date: 13 Dec 1998 13:30:18 +0100 In-Reply-To: Henry Miller's message of "Sat, 12 Dec 1998 23:33:15 -0600 (CST)" Message-ID: Lines: 17 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk Henry Miller writes: > On 12 Dec 1998, Dag-Erling Smorgrav wrote: > > Speaking of kernel dumps, what happens to physical memory pages when > > they're not in use? Are they zeroed? If not, is it possible to add a > > kernel option that zeroes out unused pages, or fills them with a fixed > > pattern (e.g. f001f001 og deadbeef)? That would make kernel dumps more > > compressible... > Woah! When there is a kernel dump, something is wrong. I have seen (not > on freebsd, but on other systems) where memory marked free contained the > critical clue to why the dump occured. When a kernel dumps we cannot > assume that the flags marking memory as free are correct. You are reading to much into my posting. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message