From owner-cvs-all Tue Sep 19 22:57:30 2000 Delivered-To: cvs-all@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 2F79C37B423; Tue, 19 Sep 2000 22:57:26 -0700 (PDT) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id WAA03221; Tue, 19 Sep 2000 22:57:22 -0700 Date: Tue, 19 Sep 2000 22:57:20 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mike Smith Cc: cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/boot/alpha/common main.c In-Reply-To: <200009200549.WAA02292@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Sep 2000, Mike Smith wrote: > > > > Steal 512KB more from system memory for heap instead of 256KB. We died > > > > without the extra space. What a pity. > > > > > > Is there some way we can do this in boot1? The loader isn't going to get > > > a lot smaller anytime soon. 8( > > > > Uh, no. boot1 is only just a smidgen less than 40KB. John Baldwin didn't have > > this fix things for him either. > > Sorry, I meant "can't we have boot1 steal the memory rather than having > the loader do it"? This makes no sense. It's the loader that needs it for heap storage, not boot1. > > > The whole dance about memory allocation for the loader and the kernel isn't > > done by any stretch of the imagination. At any rate, up to 1MB for a loader > > that does prelinking and loading for a kernel seems not too unreasonable. If > > you could reclaim that later, that would be nice, but that would actually > > involve some real architecting instead of the current evolutionary methods. > > The only real challenge would seem to be the trampoline necessary in > between leaving the loader and calling the kernel proper. I'm sure one > of our burgeoning Alpha hackers could cough something like that up in a > day or so. 8) No. The current method for stealing memory leaves no trace of memory as it's subtracted from the hw page list. What has to happen instead is that when one releases all boot resources you have to be able to call back into the loader to reclaim memory which was otherwise not on anyone else's list. If you're doing this for alpha, you'll want to understand the implications for other architectures. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message