From owner-cvs-src@FreeBSD.ORG  Fri Sep 29 23:34:21 2006
Return-Path: <owner-cvs-src@FreeBSD.ORG>
X-Original-To: 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 DE17516A53D;
	Fri, 29 Sep 2006 23:34:21 +0000 (UTC) (envelope-from mb@imp.ch)
Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B621243DE3;
	Fri, 29 Sep 2006 23:33:14 +0000 (GMT) (envelope-from mb@imp.ch)
Received: from godot.imp.ch (godot.imp.ch [157.161.4.8])
	by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id k8TNX7YP087280; 
	Sat, 30 Sep 2006 01:33:09 +0200 (CEST) (envelope-from mb@imp.ch)
Date: Sat, 30 Sep 2006 01:33:07 +0200 (CEST)
From: Martin Blapp <mb@imp.ch>
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
In-Reply-To: <8209.1159564737@critter.freebsd.dk>
Message-ID: <20060930012958.C91466@godot.imp.ch>
References: <8209.1159564737@critter.freebsd.dk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Scanned-By: MIMEDefang 2.57 on 157.161.9.65
Cc: cvs-src@FreeBSD.org, Martin Blapp <mbr@FreeBSD.org>, cvs-all@FreeBSD.org,
	Bruce Evans <bde@zeta.org.au>, src-committers@FreeBSD.org
Subject: Re: cvs commit: src/sys/kern tty_pty.c 
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
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, 29 Sep 2006 23:34:22 -0000


What's the best to do now ? Back out again the last commit and that destroy 
slave can be called, make tty_pts.c as broken ? Or will you or Bruce fix
the underlaying problem ? It's far beyond my horizont ...

Martin

>> So what can we do to destroy devices after last close ? Mark them with some
>> flag and handle this during device operations ?
>
> DEVFS has an eviction feature which, at this point, is only used
> in UFS I belive.
>
> -- 
> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> phk@FreeBSD.ORG         | TCP/IP since RFC 956
> FreeBSD committer       | BSD since 4.3-tahoe
> Never attribute to malice what can adequately be explained by incompetence.
>