Date: Sun, 11 Jan 2004 11:02:40 -0800 From: Brooks Davis <brooks@one-eyed-alien.net> To: freebsd-hackers@freebsd.org Subject: Re: Discussion on the future of floppies in 5.x and 6.x Message-ID: <20040111190240.GA28161@Odin.AC.HMC.Edu> In-Reply-To: <20040111092746.GA836@pc5.i.0x5.de> References: <20040108163724.GA26745@lpthe.jussieu.fr> <200401101945.27234.wes@softweyr.com> <400108FC.9010008@iconoplex.co.uk> <200401110048.52747.wes@softweyr.com> <40011237.3000409@iconoplex.co.uk> <xzp3camsuyu.fsf@dwp.des.no> <20040111092746.GA836@pc5.i.0x5.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 11, 2004 at 10:27:46AM +0100, Nicolas Rachinsky wrote: > * Dag-Erling Sm=F8rgrav <des@des.no> [2004-01-11 10:19 +0100]: > > Paul Robinson <paul@iconoplex.co.uk> writes: > > > Understood. I just think saying "let's get rid of floppies" is > > > shooting a dog that happens to be near to hand because you don't like > > > that dog, to stretch the analogy. > >=20 > > I don't think you have any idea how difficult it is (and has been for > > a couple of years now) just to keep the install floppies alive. The > > kernel keeps growing, and the amount of "must-have" features (such as > > acpi) keeps growing, and every time the boot floppies overflow we have > > to toss out yet another driver that about a dozen people vehemently > > tell us they can't live without. >=20 > Why not split the kernel onto 2 disks? The code to do this is already > there and seems to work. And the people who think they absolutly need > disks would have to deal with 4 disks, but that would be better than > no disks. >=20 > Look at the commit history of /usr/src/lib/libstand/splitfs.c. Is > there a reason not to use it? If you could make this work such that you just stuffed GENERIC and the mfsroot onto however many floppies it takes, I think that would almost certaintly solve re's problems with floppies (i.e. if all they had to do when the kernel/mfsroot got too big was to bump a NUMFLOPPIES variable.) Sure that would suck for the floppy users, but that would put the pain in the place where it's most likely to cause someone to come up with some better. Now, who wants to give this a try? -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAAZ3PXY6L6fI4GtQRAk3qAKDJ472s6C0H/cWy+8BGaeUfsjLw1ACdHs3v wnxIAkCuRHz9an+OHcRZlJU= =Qr2l -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040111190240.GA28161>