From owner-freebsd-mobile  Tue Jul 16 08:20:04 1996
Return-Path: owner-mobile
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id IAA01968
          for mobile-outgoing; Tue, 16 Jul 1996 08:20:04 -0700 (PDT)
Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA01867;
          Tue, 16 Jul 1996 08:19:55 -0700 (PDT)
Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA24381; Tue, 16 Jul 1996 09:19:07 -0600 (MDT)
Date: Tue, 16 Jul 1996 09:19:07 -0600 (MDT)
Message-Id: <199607161519.JAA24381@rocky.mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)
Cc: freebsd-current@freebsd.org (FreeBSD-current users),
        freebsd-mobile@freebsd.org
Subject: Re: Cause of APM_DSVALUE_BUG found (but not completely fixed yet)
In-Reply-To: <199607160839.KAA22837@uriah.heep.sax.de>
References: <199607160557.XAA22922@rocky.mt.sri.com>
	<199607160839.KAA22837@uriah.heep.sax.de>
Sender: owner-mobile@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > However, our bootblocks read the BIOS information after ever everything
> > else has run, and they provide the (correct!) amount of base and
> > extended memory to the kernel.  Currently, the kernel prints out a
> > warning message if the RTC value and the bootblock value doesn't match,
> > but it still uses the RTC value.
> 
> Alas, there are other system ``niceties'' that also subtract some
> amount from the BIOS basemem, like hard disk parameter tables for the
> custom-selectable hard disk type.  (BIOS vendors should really use the
> BIOS stack for this, but only AMI seems to offer this as an option.)
> I'm not sure whether we are very interested in preserving this
> information.

It certainly couldn't hurt to preserve this and...

> Anyway, i don't think the wasted at most one page would hurt very
> much.

*grin*


Nate