From owner-freebsd-current@FreeBSD.ORG Tue Aug 21 17:01:57 2012 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 8C431106566C for ; Tue, 21 Aug 2012 17:01:57 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 41CDD8FC12 for ; Tue, 21 Aug 2012 17:01:57 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8870:d54b:33e8:55b2]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 5605C4AC2D; Tue, 21 Aug 2012 21:01:55 +0400 (MSK) Date: Tue, 21 Aug 2012 21:01:52 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1409150425.20120821210152@serebryakov.spb.ru> To: Ian Lepore In-Reply-To: <1345564507.27688.354.camel@revolution.hippie.lan> References: <20120821095527.GA33206@hell.ukr.net> <67977762.20120821154035@serebryakov.spb.ru> <1959717636.20120821155308@serebryakov.spb.ru> <201208210934.31484.jhb@freebsd.org> <1049151425.20120821190433@serebryakov.spb.ru> <1345562163.27688.347.camel@revolution.hippie.lan> <709115163.20120821192652@serebryakov.spb.ru> <1345564507.27688.354.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , freebsd-current@freebsd.org, Peter Jeremy Subject: Re: r239356: does it mean, that synchronous dhcp and dhcplcinet with disabled devd gone? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Aug 2012 17:01:57 -0000 Hello, Ian. You wrote 21 =C1=D7=C7=D5=D3=D4=C1 2012 =C7., 19:55:07: IL> I don't know what "teardown the configured lease" in that comment means, IL> but it doesn't mean that the interface loses its current configuration, IL> or that any existing connections are perturbed. Sorry, but comment in PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D166656 says: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >dhclient on exit should also remove the IP address it has set. Yes, and the patch in the existing PR _should_ do that - it invokes the failure handler in the same way as the other dhclient failure modes. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D I don't understand what exactly "should" means here -- it should, but it doesn't or it should and it does? But in any case, it looks like here is intention to remove IP address, and= if it doesn't done so, it will be ``fixed'' in future -- no contradictions/objections to this ``desired behavior'' is seen in this PR. IL> The important point is that if you unplug the cable then plug it into a IL> different network, now the right thing will happen -- you will acquire IL> an address on the new network. That's the reason that this change is an IL> important bugfix for a long standing (many many years) bug in freebsd's IL> dhclient. No, I'll be without dhclient at all, if I don't use devd :(. And absence of devd is completely legal, and should be supported. It is perfectly valid and sensible setup for small devices (think: MIPS-based routers, which are started to be supported now), where devd could be very costly in both terms of flash size (it is C++ application and need C++ runtime!) and memory (only devd event on such devices are this cable plugging/unplugging -- so using devd doesn't add any value for such setups). --=20 // Black Lion AKA Lev Serebryakov