Date: Tue, 12 Mar 2002 11:40:25 -0800 From: Peter Wemm <peter@wemm.org> To: Dag-Erling Smorgrav <des@ofug.org> Cc: Jake Burkholder <jake@locore.ca>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/savecore savecore.c Message-ID: <20020312194025.50BFC380A@overcee.wemm.org> In-Reply-To: <xzp1yepwr3h.fsf@flood.ping.uio.no>
next in thread | previous in thread | raw e-mail | index | archive | help
Dag-Erling Smorgrav wrote: > Peter Wemm <peter@wemm.org> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020312194025.50BFC380A>