Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 19 Sep 2000 22:57:20 -0700 (PDT)
From:      Matthew Jacob <mjacob@feral.com>
To:        Mike Smith <msmith@freebsd.org>
Cc:        cvs-committers@freebsd.org, cvs-all@freebsd.org
Subject:   Re: cvs commit: src/sys/boot/alpha/common main.c 
Message-ID:  <Pine.BSF.4.21.0009192254410.2289-100000@beppo.feral.com>
In-Reply-To: <200009200549.WAA02292@mass.osd.bsdi.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0009192254410.2289-100000>