From owner-cvs-all@FreeBSD.ORG Fri Aug 13 16:59:24 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A428D16A4CE for ; Fri, 13 Aug 2004 16:59:24 +0000 (GMT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC98243D48 for ; Fri, 13 Aug 2004 16:59:23 +0000 (GMT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i7DGuAuG047448 for cvs-all@FreeBSD.org.checked; (8.12.8/vak/2.1) Fri, 13 Aug 2004 20:56:10 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i7DGtgNm047386; (8.12.8/vak/2.1) Fri, 13 Aug 2004 20:55:42 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <411CF2CC.4000809@cronyx.ru> Date: Fri, 13 Aug 2004 20:56:44 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Polstra References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Brian Fundakowski Feldman cc: src-committers@FreeBSD.org cc: cvs-src@FreeBSD.org cc: cvs-all@FreeBSD.org cc: Maksim Yevmenkin cc: Max Laier Subject: Re: cvs commit: src/sys/net if_tap.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2004 16:59:24 -0000 John Polstra wrote: >On 11-Aug-2004 Brian Fundakowski Feldman wrote: > > >>On Wed, Aug 11, 2004 at 03:33:25AM +0200, Max Laier wrote: >> >> >>>On Wednesday 11 August 2004 02:12, Maksim Yevmenkin wrote: >>> >>> >>>>emax 2004-08-11 00:12:27 UTC >>>> >>>> FreeBSD src repository >>>> >>>> Modified files: >>>> sys/net if_tap.c >>>> Log: >>>> Set IFF_RUNNING flag on the interface as soon as the control device is >>>>opened. >>>> >>>> >>>Erm ... >>>1) IFF_RUNNING has a different meaning (for all I know) - "resources >>>allocated" i.e. address(es) assigned. See if_loop.c for instance. >>>2) What are these spl's for? You are not going to MFC that anyway as it would >>>be user visible. >>> >>>I recon a thread with this topic, but I think the outcome was that this is not >>>a good thing to do. Can't find the thread though. >>> >>> >>Having written a driver recently, the best I could find is that IFF_RUNNING >>essentially means not dead... >> >> > >That's pretty much correct. IFF_UP is an administrative control >that expresses the desired state of the interface. The driver never >changes IFF_UP. IFF_RUNNING is the driver's idea of the _actual_ > > PPP state machine can remove IFF_UP. For example if connection is not persistent and link was broken for any reason. >state. The driver changes IFF_RUNNING in response to changes in >IFF_UP, or in response to error conditions that make the driver unable >to function. > >Neither IFF_UP nor IFF_RUNNING have anything at all to do with whether >any addresses are assigned to the interface. > >John > > rik