From owner-freebsd-usb@FreeBSD.ORG Sun Mar 8 10:02:27 2009 Return-Path: Delivered-To: usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6A3F106564A; Sun, 8 Mar 2009 10:02:27 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id D719D8FC1C; Sun, 8 Mar 2009 10:02:26 +0000 (UTC) (envelope-from mmakonnen@gmail.com) Received: by ewy10 with SMTP id 10so518085ewy.43 for ; Sun, 08 Mar 2009 03:02:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=IDO2FHtJ0Y83BGLIzV6RXFD1oFtDfIg+qXmj19265HM=; b=MODNk9RqrHzRAVww+ddo83mSeabLhXeJq561UtkuBKCdvjbbQDkBmdxTj3bsoqBpPJ ah8fsjK3kxXAcczHfZBpkJBngaiThwX+nnJOLx49tJ7UkYN5YiEcLMjH8lIxniKe3zUO tGEVsf6/fH/aFNMHBZ2iNHcnjnQ3JFVVPvEk4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=J9TH3cvQLdzmvkdXQvMxgjVHtGoZaAWfEYNll2Km+iqBj4yev2DPHkx1naKFLElnfR kqzXYbFCbm37fz7Bfr72O20JSFFnmPoAW1zrlpFB7zktV4JtMTzxjgXkDWJWTryQwdmF gnr8UDggHx7/GZVFv/iUUStLMGrUQGSW+imKs= Received: by 10.210.11.13 with SMTP id 13mr1500957ebk.36.1236506545935; Sun, 08 Mar 2009 03:02:25 -0700 (PDT) Received: from storm.mike.lan ([213.55.89.170]) by mx.google.com with ESMTPS id 5sm3053122eyf.42.2009.03.08.03.02.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 03:02:25 -0700 (PDT) Message-ID: <49B397A4.8090508@gmail.com> Date: Sun, 08 Mar 2009 13:02:12 +0300 From: Mike Makonnen User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: Brooks Davis 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> <20090303180307.GA11134@lor.one-eyed-alien.net> <584bfc3f0903032212x25831c5bi35d9b637c1896e1d@mail.gmail.com> <7d6fde3d0903040004y1fcbb086i355cd0113717620b@mail.gmail.com> <20090304164953.GB1209@lor.one-eyed-alien.net> In-Reply-To: <20090304164953.GB1209@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: andrew-freebsd@areilly.bpc-users.org, astrodog@gmail.com, usb@freebsd.org, freebsd-current@freebsd.org, Garrett Cooper Subject: Re: The rc.d mess strikes back X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2009 10:02:28 -0000 Brooks Davis wrote: > On Wed, Mar 04, 2009 at 12:04:06AM -0800, Garrett Cooper wrote: >> On Tue, Mar 3, 2009 at 10:12 PM, Mike Telahun Makonnen >> wrote: >>> On Tue, Mar 3, 2009 at 9:03 PM, Brooks Davis wrote: >>>> 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. >>> Can you elaborate why synchronous DHCP sucks ? >> The only reason I could see is bringup time. Am I correct in this assumption? > > If you use synchronous DHCP then every interface that wants to try to > get a DHCP address if it has link needs to run through the full link > timeout at boot. On a laptop this is annoying and generally pointless. Ok, I just turned synchronous dhclient on locally and I see what you mean. > The changes to defaultroute to wait for a default route to be set mean > that you consolidate the wait in one location and you don't waste time > starting dhclient on interfaces until a link exists (or an association > is made for wlan devices). OK, so that means that it's not just waiting for the default route, but it's also waiting for the link on any DHCP interfaces to come up as well. That's what confused me. When it's plugged in my NIC's link is always up by the time rc.d gets to the default route, so I didn't see the point in waiting the extra 30sec when it wasn't plugged in. The comments also seemed to imply that we should be checking whether the link is up. Anyways, given that synchronous dhclient re-introduces the same problem I was trying to fix in the first place I'll just back the whole thing out until we can come up with a better fix. Do you mind if I change the timeout to 15sec. (instead of 30s)? > There may well be something better to wait > or a need for a longer timeout in some environments. It's also quite > possible that we have an ordering problem and need to move some more > things after defaultroute or move the checks to a different location. > > -- Brooks Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mtm @ FreeBSD.Org | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 FreeBSD | http://www.freebsd.org