From owner-freebsd-mobile Tue Jul 16 02:55:37 1996 Return-Path: owner-mobile Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA03073 for mobile-outgoing; Tue, 16 Jul 1996 02:55:37 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA03068; Tue, 16 Jul 1996 02:55:35 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id CAA20811 ; Tue, 16 Jul 1996 02:55:24 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA23561; Tue, 16 Jul 1996 11:52:39 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA16285; Tue, 16 Jul 1996 11:52:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA22837; Tue, 16 Jul 1996 10:39:47 +0200 (MET DST) From: J Wunsch Message-Id: <199607160839.KAA22837@uriah.heep.sax.de> Subject: Re: Cause of APM_DSVALUE_BUG found (but not completely fixed yet) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 16 Jul 1996 10:39:46 +0200 (MET DST) Cc: freebsd-mobile@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199607160557.XAA22922@rocky.mt.sri.com> from Nate Williams at "Jul 15, 96 11:57:46 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-mobile@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Nate Williams wrote: > 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. Anyway, i don't think the wasted at most one page would hurt very much. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)