From owner-cvs-all Tue Mar 12 11:40:50 2002 Delivered-To: cvs-all@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 218B637B420; Tue, 12 Mar 2002 11:40:26 -0800 (PST) Received: from peter3.wemm.org ([12.232.27.13]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020312194025.KAVA1214.rwcrmhc54.attbi.com@peter3.wemm.org>; Tue, 12 Mar 2002 19:40:25 +0000 Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id g2CJePs32343; Tue, 12 Mar 2002 11:40:25 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (Postfix) with ESMTP id 50BFC380A; Tue, 12 Mar 2002 11:40:25 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Dag-Erling Smorgrav Cc: Jake Burkholder , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/savecore savecore.c In-Reply-To: Date: Tue, 12 Mar 2002 11:40:25 -0800 From: Peter Wemm Message-Id: <20020312194025.50BFC380A@overcee.wemm.org> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dag-Erling Smorgrav wrote: > Peter Wemm writes: > > Dag-Erling Smorgrav wrote: > > > ISTR that dumpsys already reserves an extra page or so at the end of > > > the dump; this might be a good place to store this data. If not, I'll > > > have to modify the format of the dump. > > Nope. And to make it worse, the dump routines are in the MI drivers. > > dumpsys() does not *do* the dumps, it is the drivers themselves. > > Yeah, I know. I'm working on the ata driver since that's what most > Ultras will use IIRC. I've already modified setdumpdev() to reserve > an extra page at the end of the dump. I'm not sure that will cut it, the entire structure of the dump has to change since phsyical ram will probably not be contiguous and will probably not start at address zero either. > BTW, setdumpdev() assumes that PAGE_SIZE is a multiple of DEV_BSIZE; > is this universally true, or just coincidentially true? This is a requirement in lots of places, including VM. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message