From owner-cvs-all@FreeBSD.ORG Thu Jun 30 08:43:00 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B53F816A41C; Thu, 30 Jun 2005 08:43:00 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8555D43D49; Thu, 30 Jun 2005 08:43:00 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.1.3] (usen-221x253x221x50.ap-US01.usen.ad.jp [221.253.221.50]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j5U8gwo5029731 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 30 Jun 2005 01:42:59 -0700 Message-ID: <42C3AEE7.6080006@root.org> Date: Thu, 30 Jun 2005 01:35:51 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Wemm References: <20050629222855.8A26B16A442@hub.freebsd.org> In-Reply-To: <20050629222855.8A26B16A442@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/amd64/amd64 dump_machdep.c machdep.c src/sys/amd64/include pmap.h src/sys/i386/i386 dump_machdep.c machdep.c src/sys/i386/include pmap.h src/sys/sys kerneldump.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2005 08:43:00 -0000 Peter Wemm wrote: > peter 2005-06-29 22:28:46 UTC > > FreeBSD src repository > > Modified files: > sys/amd64/amd64 dump_machdep.c machdep.c > sys/amd64/include pmap.h > sys/i386/i386 dump_machdep.c machdep.c > sys/i386/include pmap.h > sys/sys kerneldump.h > Log: > Switch AMD64 and i386 platforms to using ELF as their kernel crash > dump format. The key reason to do this is so that we can dump sparse > address space. For example, we need to be able to skip the PCI hole > just below the 4GB boundary. Trying to destructively dump MMIO device > registers is Really Bad(TM). The frequent result of trying to do a > crash dump on a machine with 4GB or more ram was ugly (lockup or reboot). Excellent. Any plan to skip other regions like mmaped files and only dump anonymous pages? This could significantly reduce the dump times. Then gzip support. Then suspend to disk. :) -- Nate