From owner-freebsd-commit  Sun Apr 16 05:15:37 1995
Return-Path: commit-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id FAA28482
          for commit-outgoing; Sun, 16 Apr 1995 05:15:37 -0700
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id FAA28466
          for cvs-sys-outgoing; Sun, 16 Apr 1995 05:15:34 -0700
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA28454
          ; Sun, 16 Apr 1995 05:15:03 -0700
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA05197; Sun, 16 Apr 1995 22:10:52 +1000
Date: Sun, 16 Apr 1995 22:10:52 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199504161210.WAA05197@godzilla.zeta.org.au>
To: CVS-commiters@freefall.cdrom.com, cvs-sys@freefall.cdrom.com,
        davidg@freefall.cdrom.com
Subject: Re: cvs commit: src/sys/i386/i386 locore.s
Sender: commit-owner@FreeBSD.org
Precedence: bulk

>  Modified:    sys/i386/i386 locore.s
>  Log:
>  Remove gratuitous waste of 2K of memory for BIOS variables. We never load
>  the kernel at 0-640k; we haven't had the ability to do that since before
>  2.0R. Furthermore, I fail to see how putting an instruction at 0 and then
>  doing a .org 0x500 is going to prevent the stuff from getting clobbered
>  in the first place; a.out is just too stupid to know about sparse address
>  spaces.

boot.c has `#ifdef REDUNDANT' code to skip over the "BIOS variables" between
(startaddr + 0x400) and (startaddr + 0x4ff) even when startaddr != 0.
Removing the padding is a bit dangerous because bootstraps older than approx.
1995/01/25 don't have `#ifdef REDUNDANT' so they depend on the padding.

Bruce