From owner-freebsd-current@FreeBSD.ORG Thu Jun 16 20:50:39 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C393016A41C for ; Thu, 16 Jun 2005 20:50:39 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B27243D48 for ; Thu, 16 Jun 2005 20:50:39 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5GKoYST019393; Thu, 16 Jun 2005 13:50:34 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5GKoXtg019392; Thu, 16 Jun 2005 13:50:33 -0700 Date: Thu, 16 Jun 2005 13:50:33 -0700 From: Brooks Davis To: Warner Losh Message-ID: <20050616205033.GF13900@odin.ac.hmc.edu> References: <20050615061009.GA11914@odin.ac.hmc.edu> <001501c5720b$aceb84d0$0b2a15ac@SMILEY> <20050616164747.GB21733@odin.ac.hmc.edu> <20050616.142507.85367515.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NGIwU0kFl1Z1A3An" Content-Disposition: inline In-Reply-To: <20050616.142507.85367515.imp@bsdimp.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: vova@fbsd.ru, dmp@bitfreak.org, matt@gsicomp.on.ca, freebsd-current@freebsd.org Subject: Re: HEADSUP: OpenBSD dhclient incoming X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 20:50:40 -0000 --NGIwU0kFl1Z1A3An Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 16, 2005 at 02:25:07PM -0600, Warner Losh wrote: > From: Brooks Davis > Subject: Re: HEADSUP: OpenBSD dhclient incoming > Date: Thu, 16 Jun 2005 09:47:47 -0700 >=20 > > On Wed, Jun 15, 2005 at 05:38:10PM -0700, Darren Pilgrim wrote: > > > From: Brooks Davis > > > > There are two issues here. First, if we're going to keep > > > > network_interfaces around, /etc/rc.d/dhclient should honor > > > > it and not start dhclient on interfaces not in either > > > > network_interfaces or removable interfaces. > > >=20 > > > I think network_interfaces should be gotten rid of entirely for two > > > reasons: > > >=20 > > > 1: It creates a synchronization issue between it and the ifconfig_* > > > lines and duplicates functionality. IIRC, rc.conf being out of sync = in > > > this way has tripped up users in the past. > > >=20 > > > 2: There are real configurations in which some interfaces are not > > > available when netif is run at boot. One example is the many newer > > > mini-PCI wireless NICs that require a firmware upload. Devd is the > > > accepted tool for performing such tasks, but rcordering puts devd aft= er > > > NETWORKING. The actions taken by devd must therefore include steps > > > taken by netif. Calling the rc.d scripts directly from devd avoids > > > local scripts that duplicate rc.d functionality. A similar situation > > > occurs for removable interfaces. > >=20 > > I'm seriously considering removing the following variables: > >=20 > > network_interfaces > > removable_interfaces > > pccard_ether >=20 > pccard_ifconfig you mean? >=20 > > If I do that I'll probably add a pair of new start/stop targets to > > /etc/rc.d/netif to replicate the remaining functions of pccard_ether > > and nuke /etc/pccard_ether. >=20 > I invented pccard_ifconfig to be done whenever a new device appeared > on the system. I test about 20 different drivers these days, and > having that many different ifconfig_foo=3D lines was burdonsome. I'd > love to see the fallback functionality that this provided retained > somehow. Agreed. There's actually some demand for a default for wired interfaces as well. If nothing else I know the EmuLab people would like one so they didn't have to use their own scripts to configure all the interfaces. I've thought about it a bit. I'm leaning towards a default_ifconfig variable plus a new magic ifconfig_ option NONE to cause the default option not to be used. One other issue here is that I'm not sure what happens if you try to run dhcp on a hardware point-to-point link. At least with ppp(4) it just fails and exits. -- 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 --NGIwU0kFl1Z1A3An Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCseYZXY6L6fI4GtQRAlM/AKCimvIJ6gRkel4+gKwhqF9kYr9NcwCfUURS KQ6yLOu+swYIXcXpFeKvHDE= =SKoH -----END PGP SIGNATURE----- --NGIwU0kFl1Z1A3An--