From owner-freebsd-hackers  Mon May 27 13:34:48 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id NAA09110
          for hackers-outgoing; Mon, 27 May 1996 13:34:48 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09093
          for <hackers@FreeBSD.org>; Mon, 27 May 1996 13:34:38 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id GAA16893; Tue, 28 May 1996 06:32:41 +1000
Date: Tue, 28 May 1996 06:32:41 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199605272032.GAA16893@godzilla.zeta.org.au>
To: msmith@atrad.adelaide.edu.au, wpaul@skynet.ctr.columbia.edu
Subject: Re: three stage boot again
Cc: hackers@FreeBSD.org
Sender: owner-hackers@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

>Well, it turns out that it can read the disklabel by itself. The problem
>I had was that I initially just declared a struct disklabel as a buffer,
>but that didn't work. Later I just left space in start.S for the disklabel
>buffer, just like the original start.S does, and that worked fine.

This reminds me that i/o buffers must not cross a 64K boundary in case
they are used for floppy i/o.  This is guaranteed by putting the bootstrap
on a 64K boundary and keeping it smaller than 64K.

Bruce