From owner-freebsd-current  Wed Nov  3 11:18: 1 1999
Delivered-To: freebsd-current@freebsd.org
Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91])
	by hub.freebsd.org (Postfix) with ESMTP id 7281A14CE0
	for <current@FreeBSD.ORG>; Wed,  3 Nov 1999 11:17:46 -0800 (PST)
	(envelope-from nate@mt.sri.com)
Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100])
	by ns.mt.sri.com (8.9.3/8.9.3) with SMTP id MAA14558;
	Wed, 3 Nov 1999 12:17:44 -0700 (MST)
	(envelope-from nate@rocky.mt.sri.com)
Received: by mt.sri.com (SMI-8.6/SMI-SVR4)
	id MAA10150; Wed, 3 Nov 1999 12:17:43 -0700
Date: Wed, 3 Nov 1999 12:17:43 -0700
Message-Id: <199911031917.MAA10150@mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Mike Smith <mike@smith.net.au>
Cc: nate@mt.sri.com (Nate Williams), current@FreeBSD.ORG
Subject: Re: GENERIC build broken 
In-Reply-To: <199911031857.KAA06668@dingo.cdrom.com>
References: <199911031844.LAA09963@mt.sri.com>
	<199911031857.KAA06668@dingo.cdrom.com>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Reply-To: nate@mt.sri.com (Nate Williams)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> > > I think most if not all the ethernet cards I or my customers
> > > have bought over the last year have sported mighty fine netboot
> > > capabilities.
> > 
> > FWIW, few of the cards I've bought over the years sport netboot.  And,
> > netboot is an impossibility in 'embedded' systems that use things like
> > PCMCIA/CARDBUS, which are becoming common-place for embedded routers and
> > such.
> 
> Argh!  More FUD!  Network booting is not an impossibility in an 
> embedded product using PCCARD or CARDBUS.

Ok, please explain how I add a netboot prom to my 3C589 card?

> > Netboot (IMO) is an unacceptable solution to many folks.  It seems that
> > 'progress' in this case means removing alot of existing functionality
> > that is used by a number of folks.
> > 
> > (CDROM root, BOOTP, etc...)
> 
> More FUD!  CDROM root devices still work fine.

Then you do a very poor job of writing commit logs.

+++++++++++++++++++++++++++++++++++++++++++++++
msmith      1999/11/01 15:51:01 PST

  Modified files:
    sys/kern             vfs_conf.c 
...
  Log:
  This is a complete rewrite of vfs_conf.c, which changes the way the
root
  filesystem is discovered. 
....
  In addition, support for CDROM root
  devices has been removed; it was a nasty hack and didn't work.
+++++++++++++++++++++++++++++++++++++++++++++++

Note the last sentence.  Does that say that support for CDROM root
devices has been removed?  I thought it did.

> The automated search 
> stuff was broken, and it's gone because it was in the way.  There will 
> be a new automated search process that will work properly.

I thought the general idea was that *until* something better came along,
you left things the way they were (ie; not removing them).  That's
certainly the message that's been communicated in the past.

> BOOTP in 
> the kernel will go _when_there_is_an_acceptable_alternative_.

You've already stated *THERE IS AN ACCEPTABLE ALTERNATIVE*, and it's
PXE.  (I can use all caps instead of underscores to make a point too :)

> Yes, progress means losing the crap.

One man's crap is another man's diamond...

> How much more like a shark would you look like if you didn't lose your
> baby teeth?

There ya go, Mike.  Let's degenerate this dicussion into name calling
and putdowns, cause that'll make you feel better, won't it?


Nate


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message