From owner-freebsd-current@FreeBSD.ORG Wed Jun 15 06:10:19 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 5558B16A41C for ; Wed, 15 Jun 2005 06:10:19 +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 2098143D1F for ; Wed, 15 Jun 2005 06:10:19 +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 j5F6ABjI012422; Tue, 14 Jun 2005 23:10:11 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5F6A9JE012420; Tue, 14 Jun 2005 23:10:09 -0700 Date: Tue, 14 Jun 2005 23:10:09 -0700 From: Brooks Davis To: Vladimir Grebenschikov Message-ID: <20050615061009.GA11914@odin.ac.hmc.edu> References: <20050607034620.GA32718@odin.ac.hmc.edu> <1118728905.939.5.camel@localhost> <20050614162338.GA20371@odin.ac.hmc.edu> <20050614205537.D62878@gabby.gsicomp.on.ca> <1118806968.1003.9.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <1118806968.1003.9.camel@localhost> 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: freebsd-current@freebsd.org, Matthew Emmerton 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: Wed, 15 Jun 2005 06:10:19 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 15, 2005 at 07:42:48AM +0400, Vladimir Grebenschikov wrote: > ? ??, 14/06/2005 ? 20:57 -0400, Matthew Emmerton ?????: > > On Tue, 14 Jun 2005, Brooks Davis wrote: > >=20 > > > On Tue, Jun 14, 2005 at 10:01:45AM +0400, Vladimir Grebenschikov wrot= e: > > >> ? ??, 06/06/2005 ? 20:46 -0700, Brooks Davis ?????: > > >>> I'm about to start importing the OpenBSD dhclient and required > > >>> support in /etc. I will unhook dhclient from the build while I wor= k so > > >>> there shouldn't be much breakage for most people > > >> > > >> I have strange behavior of new dhclient + devd: > > >> > > >> just after boot (with ethernet plugged) I have no devd events about > > >> state of media and have interface down, but after first ifconfig (ev= en > > >> without parameters, even executed by any user) "link state chages to= UP" > > >> event appears and devd starts dhclient on interface. > > >> > > >> I do not think that it is desired behavior. > > >> > > >> my rc.conf, related to this: > > >> > > >> ifconfig_fxp0=3D"dhcp" > > >> network_interfaces=3D"lo0" > > >> devd_enable=3D"YES" > > >> > > >> Probably I need to comment network_interfaces line, but anyway, now = it > > >> works strange. > >=20 > > Shouldn't you have network_interfaces=3D"lo0 fxp0" in order for the rc= =20 > > scripts to run the appropriate ifconfig or dhclient command for each=20 > > interface? >=20 > Probably yes (it works), but why first /sbin/ifconfig, issued by uid!=3D0 > triggers dhclient ? >=20 > I think behavior should be consistent, either rc.d/netif relay only on > devd events and does not depends on network_interfaces=3D or rc.d/netif > should relay on network_interfaces=3D and ignore not mentioned interfaces. >=20 > Also devd's IFUP event should not depend on user's /bin/ifconfig issued > (or not issued) by hands. 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. Second, running ifconfig should not be triggering link events. That makes no sense. I'll have to see if can replicate that, I'm a bit dubious. -- 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 --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCr8ZAXY6L6fI4GtQRAoxAAKCfe/AeLYU7+TJg/vT75VAX9j2OUACg3Wn9 OokYtBnycuIZiwekuhUIero= =ZxZ+ -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR--