From owner-cvs-src@FreeBSD.ORG  Fri Aug 13 17:34:46 2004
Return-Path: <owner-cvs-src@FreeBSD.ORG>
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 A090816A4CE; Fri, 13 Aug 2004 17:34:46 +0000 (GMT)
Received: from blake.polstra.com (blake.polstra.com [64.81.189.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 32D5C43D46; Fri, 13 Aug 2004 17:34:46 +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 i7DHYfjI049119
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 13 Aug 2004 10:34:41 -0700 (PDT)
	(envelope-from jdp@strings.polstra.com)
Received: (from jdp@localhost)
	by strings.polstra.com (8.12.11/8.12.11/Submit) id i7DHYfbg009913;
	Fri, 13 Aug 2004 10:34:41 -0700 (PDT)
	(envelope-from jdp)
Message-ID: <XFMail.20040813103440.jdp@polstra.com>
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: <411CF997.8020002@cronyx.ru>
Date: Fri, 13 Aug 2004 10:34:40 -0700 (PDT)
From: John Polstra <jdp@polstra.com>
To: Roman Kurakin <rik@cronyx.ru>
X-Bogosity: No, tests=bogofilter, spamicity=0.009958, version=0.14.5
cc: cvs-src@FreeBSD.org
cc: src-committers@FreeBSD.org
cc: cvs-all@FreeBSD.org
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 <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Aug 2004 17:34:46 -0000

On 13-Aug-2004 Roman Kurakin wrote:
> John Polstra wrote:
>>On 13-Aug-2004 Roman Kurakin wrote:
>>>John Polstra wrote:
>>>>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.
>>>
>>I call that a bug.
>>
> This is not a bug, this is feature of protocol. Some times link should 
> go down (or other
> state from which it could go up only by administrator (or program) 
> intervention).

Sorry, but I disagree.  PPP should clear IFF_RUNNING in that case,
but should leave IFF_UP untouched.

John