Subject: Re: CVS commit: src/distrib/utils/sysinst
To: Hisashi T Fujinaka <htodd@twofifty.com>
From: Luke Mewburn <lukem@NetBSD.org>
List: source-changes
Date: 01/17/2006 11:58:32
--YwTTlJgQ7QoYB9ta
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jan 16, 2006 at 04:41:34PM -0800, Hisashi T Fujinaka wrote:
  | On Mon, 16 Jan 2006, Perry E. Metzger wrote:
  |=20
  | >Elad Efrat <elad@NetBSD.org> writes:
  | >>Perry E. Metzger wrote:
  | >>
  | >>>Why? We can just move to more floppies.
  | >>
  | >>two is already one too many. ;)
  | >
  | >And what precisely does that mean?
  |=20
  | Since ./build.sh sets breaks fairly often because it doesn't fit in two
  | floppies, why isn't the number of floppies made dynamic? I'm sure it's
  | not that easy, but it would be an option.

It's quite trivial to support an arbitrary number of floppies in
the src/distrib/ framework.  Various platforms even support this.

The reason that the i386 floppy build has a 2 disk limit is because
we use the "2.88MB floppy emulation" method of booting CD-ROMs.
Thus, we can't just crank the size up arbitrarily because that
will break those images.

There has been work recently to support booting off a CD-ROM
that doesn't use this "2.88MB floppy emulation" mode.
Once that's in production (if it's not already), then we
can consider changing our "floppy" build mechanism to:
    a)	arbitrary number of floppies for real floppy boots.
    b)	single big file for CD-ROM and network boots, which
	may exceed 2x1.44MB floppies in size

(FWIW: I'm sure this has been explained numerous times in the past ...)


Luke.

--YwTTlJgQ7QoYB9ta
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (NetBSD)

iD8DBQFDzEE4pBhtmn8zJHIRAnRbAJ4/XtiDoFHfoQE6+fUvy/yVhWid6wCfQkmu
/2K610w4yt2zn7xgiNo/BG4=
=t/y2
-----END PGP SIGNATURE-----

--YwTTlJgQ7QoYB9ta--