From owner-cvs-sys  Thu Sep  5 06:48:15 1996
Return-Path: owner-cvs-sys
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id GAA17975
          for cvs-sys-outgoing; Thu, 5 Sep 1996 06:48:15 -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 GAA17961;
          Thu, 5 Sep 1996 06:48:04 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA25473; Thu, 5 Sep 1996 23:44:28 +1000
Date: Thu, 5 Sep 1996 23:44:28 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199609051344.XAA25473@godzilla.zeta.org.au>
To: bde@zeta.org.au, julian@whistle.com
Subject: Re: cvs commit:  src/sys/i386/boot/biosboot Makefile boot.c boot2.S
Cc: cvs-all@freefall.freebsd.org, CVS-committers@freefall.freebsd.org,
        cvs-sys@freefall.freebsd.org, julian@freefall.freebsd.org
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>> Wrong.  The limit is the size of a track on the boot media.  It's 18
>> sectors for 1440K floppies, 15 sectors for 1200K floppies, and 9 sectors

>Ok, so who broke this? I'm quite sure that
>when I wrote it I set it up so that it would read an 8K chunk of data
>regardless of the tracksize!

It never even determined the track size early enough to read more than
one track.

>hmm ok I can make the code smaller, but the filesize doesn't shrink....
>wierd.. I'll check this in and continue to try to figure out
>what's up..

The size of the text and data segment in object files is rounded up to
a multiple of 16.  This would waste an average of 8+8 bytes for each of
the 11 objects file, except the data segments are laid out carefully to
minimize wastage.

Bruce