From owner-freebsd-current@FreeBSD.ORG Tue Mar 3 18:04:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAED4106564A for ; Tue, 3 Mar 2009 18:04:26 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 9130D8FC12 for ; Tue, 3 Mar 2009 18:04:26 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n23I383w060122; Tue, 3 Mar 2009 12:03:08 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n23I38Ql060121; Tue, 3 Mar 2009 12:03:08 -0600 (CST) (envelope-from brooks) Date: Tue, 3 Mar 2009 12:03:07 -0600 From: Brooks Davis To: Mike Telahun Makonnen Message-ID: <20090303180307.GA11134@lor.one-eyed-alien.net> References: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail.com> <20090302.132522.-432836388.imp@bsdimp.com> <20090302233215.GA53763@duncan.reilly.home> <20090302.181513.1973603215.imp@bsdimp.com> <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <584bfc3f0903030833k70405609q7e2d3b28c8cf4c29@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 03 Mar 2009 12:03:08 -0600 (CST) Cc: andrew-freebsd@areilly.bpc-users.org, astrodog@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org, yanefbsd@gmail.com, "M. Warner Losh" Subject: Re: The rc.d mess strikes back 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: Tue, 03 Mar 2009 18:04:27 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 03, 2009 at 07:33:39PM +0300, Mike Telahun Makonnen wrote: > On Tue, Mar 3, 2009 at 4:15 AM, M. Warner Losh wrote: > > In message: <20090302233215.GA53763@duncan.reilly.home> > > ? ? ? ? ? ?Andrew Reilly writes: > > : On Mon, Mar 02, 2009 at 01:25:22PM -0700, M. Warner Losh wrote: > > : > In message: <2fd864e0903020512i22b2c31fg487aaf37fed6398b@mail.gmail= =2Ecom> > > : > ? ? ? ? ? ? Astrodog writes: > > : > : As unfortunate (and annoying) as that delay was, your system was = in a > > : > : "defined" state, at the end of rc.d. As things stand now, that do= esn't > > : > : appear to be the case anymore, and I think that may be a more > > : > : significant issue than the delay. > > : > > > : > I'd be happy with synchronous dhcp. >=20 > Ok. I've been waiting to see if brooks@ was going to weigh in on this, > but I'll go ahead and make the change now and see if there is any more > fall-out. Once that's done, network behaviour should be more or less > the same as before my change, with the exception that any DHCP > interfaces that aren't plugged in may delay the boot by more than > 30sec. I don't have much time to debug this, but I've not had problems with services starting too early on the systems I've been running with async dhcp. If there is a problem with the wait process we need to actually debug it. If the wait for a route/running interface isn't sufficent we should try to figure out what is. Synchronous dhcp sucks and yeilds justifed user complaints so it would be nice to kill it off. I switched the default because it worked for me and I hoped that people would help find and fix edge cases. BTW, the change to background by default still doesn't make sense to me. At best it shouldn't do anything useful in the async case and it entierly defeats the sync case. > [snip] > > > > : Needing synchronous DHCP as a work-around here is just the > > : signifier of the problem: it isn't the over-all solution. > > > > It is a short-term work-around at best. >=20 > >From the problems that have been reported so far it seems to me the > problem is with some drivers that repeatedly bring the network link up > and down. The *ideal* solution seems (to me) to be to fix these > drivers. Am I wrong? This needs to be the solution in the end. -- Brooks --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD4DBQFJrXDbXY6L6fI4GtQRAsi9AJ9wdYVVbe4o9wyD78OWKxMTZVqBywCYpQjt nu+aGMnug7r4TeIiW9JOqw== =ZAQV -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7--