Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 17 Dec 2002 20:21:57 -0800
From:      David Schultz <dschultz@uclink.Berkeley.EDU>
To:        Bruce Evans <bde@zeta.org.au>
Cc:        Warner Losh <imp@FreeBSD.ORG>, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG
Subject:   Re: cvs commit: src/sys/boot/i386/boot2 Makefile boot2.c
Message-ID:  <20021218042157.GB45436@HAL9000.homeunix.com>
In-Reply-To: <20021218125721.Q22938-100000@gamplex.bde.org>
References:  <20021217231213.GB44717@HAL9000.homeunix.com> <20021218125721.Q22938-100000@gamplex.bde.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Thus spake Bruce Evans <bde@zeta.org.au>:
> On Tue, 17 Dec 2002, David Schultz wrote:
> 
> > Thus spake Warner Losh <imp@FreeBSD.ORG>:
> > > imp         2002/12/17 13:10:35 PST
> > >
> > >   Modified files:
> > >     sys/boot/i386/boot2  Makefile boot2.c
> > >   Log:
> > >   Make both UFS1 and UFS2 fit on the same boot blocks.  These are a
> > >   subset of Peter's patchs that are believed to be safe.
> > [...]
> > >   o inline memsize
> >
> > The memsize code can probably go away entirely.  The extended
> > memory size is determined at several points during the boot
> > process, and then ignored by the kernel.
> 
> It is needed to boot old kernel.

IIRC, that's for a definition of 'old' equal to 'FreeBSD 3.X'.
I'd check the CVS logs, but it looks like the required space has
been found, so it's a moot point.

> The kernel part of the base memory size detection is still poorly
> implemented.  I doubt that int 0x12 is actually broken.  The kernel
> just didn't seem to set up vm86 properly before using it.

Yes, we have discussed this before.  There's a catch-22 unless you
just map all of the physical memory that the BIOS *might* need, so
you can successfully do an int 15h call to determine what's
actually there.  I'm still convinced that the BIOS call should be
done in real mode (preferrably but not necessarily by one of the
boot loaders) like every other OS I've examined (yes, all three of
them ;-).

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?20021218042157.GB45436>