From owner-cvs-src@FreeBSD.ORG Fri Aug 13 16:46:11 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0959016A4CE; Fri, 13 Aug 2004 16:46:11 +0000 (GMT) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E35943D58; Fri, 13 Aug 2004 16:46:10 +0000 (GMT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.11/8.12.11) with ESMTP id i7DGk8cQ048795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Aug 2004 09:46:08 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.11/8.12.11/Submit) id i7DGk85Z009734; Fri, 13 Aug 2004 09:46:08 -0700 (PDT) (envelope-from jdp) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040811020431.GA981@green.homeunix.org> Date: Fri, 13 Aug 2004 09:46:08 -0700 (PDT) From: John Polstra To: Brian Fundakowski Feldman X-Bogosity: No, tests=bogofilter, spamicity=0.152965, version=0.14.5 cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Maksim Yevmenkin cc: cvs-all@FreeBSD.org cc: Max Laier Subject: Re: cvs commit: src/sys/net if_tap.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2004 16:46:11 -0000 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_ 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