Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 25 Aug 2004 08:09:51 +0100
From:      Doug Rabson <dfr@nlsystems.com>
To:        John Baldwin <jhb@FreeBSD.org>
Cc:        src-committers@FreeBSD.org
Subject:   Re: cvs commit: src/sys/boot/alpha Makefile.inc src/sys/boot/ficl Makefile
Message-ID:  <200408250809.51769.dfr@nlsystems.com>
In-Reply-To: <200408241002.39948.jhb@FreeBSD.org>
References:  <200408220624.i7M6OxAK010053@repoman.freebsd.org> <200408220940.18504.dfr@nlsystems.com> <200408241002.39948.jhb@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 24 August 2004 15:02, John Baldwin wrote:
> On Sunday 22 August 2004 04:40 am, Doug Rabson wrote:
> > On Sunday 22 August 2004 07:24, Marcel Moolenaar wrote:
> > > marcel      2004-08-22 06:24:59 UTC
> > >
> > >   FreeBSD src repository
> > >
> > >   Modified files:
> > >     sys/boot/alpha       Makefile.inc
> > >     sys/boot/ficl        Makefile
> > >   Log:
> > >   Part 2 of fixing the boot code: gcc 3.4 fixes.
> > >
> > >   The whole problem seems to be size. Which is odd, because it is
> > > said that size doesn't matter. Anyway... Add -Os to strategic
> > > places in the makefile to have the final loader be as mall as
> > > possible. This seems to be enough to make it work. For now... I
> > > think something is more fundamentally wrong; or something more
> > > fundamental is wrong. Potato, potaato.
> >
> > Size does matter for the alpha loader. The firmware gives it 256k
> > of address space which we overflowed many years ago. I extended it
> > in sys/boot/alpha/common/main.c:extend_heap() by adding 512k to the
> > loader's mapped address space. It might be necessary to extend it a
> > bit further.
>
> That would just require bumping the XTRA_PAGES constant up, yes? 
> Maybe we could bump it to 96 to add 768k for a total of 1m?  The i386
> loader has to fit into ~600kb including stack and heap, so hopefully
> 1m would be enough room for Alpha. :)

I think it should be harmless to increase XTRA_PAGES although I'm not 
exactly certain that this was the real cause of the recent loader 
changes (it just seemed plausible). I also can't quite remember whether 
we manage to reclaim the loader's memory and give it back to the VM 
system after boot.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200408250809.51769.dfr>