From owner-freebsd-arch@FreeBSD.ORG  Sun May 28 08:19:07 2006
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
X-Original-To: arch@FreeBSD.org
Delivered-To: freebsd-arch@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 72F8716A977;
	Sun, 28 May 2006 08:07:14 +0000 (UTC)
	(envelope-from phk@critter.freebsd.dk)
Received: from pfepb.post.tele.dk (pfepb.post.tele.dk [195.41.46.236])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1CB7143D53;
	Sun, 28 May 2006 08:07:14 +0000 (GMT)
	(envelope-from phk@critter.freebsd.dk)
Received: from critter.freebsd.dk (0x50a07cfc.naenxx7.adsl-dhcp.tele.dk
	[80.160.124.252])
	by pfepb.post.tele.dk (Postfix) with ESMTP id 2D3D3A50037;
	Sun, 28 May 2006 10:07:13 +0200 (CEST)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.13.6/8.13.6) with ESMTP id k4S87BU2018142;
	Sun, 28 May 2006 10:07:11 +0200 (CEST)
	(envelope-from phk@critter.freebsd.dk)
To: Doug Barton <dougb@FreeBSD.org>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Sat, 27 May 2006 18:05:43 PDT."
	<4478F767.5090403@FreeBSD.org> 
Date: Sun, 28 May 2006 10:07:11 +0200
Message-ID: <18141.1148803631@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
Cc: arch@FreeBSD.org
Subject: Re: A sort of plan for consoles in FreeBSD 
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion related to FreeBSD architecture <freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 28 May 2006 08:19:21 -0000

In message <4478F767.5090403@FreeBSD.org>, Doug Barton writes:

>At first glance I don't see anything wrong with that logic. My one request
>is that you add a branch that says, "if legacy behavior is requested by
><some configuration method>, add it to the mix."

Legacy behaviour is exactly what we need to avoid to get the
device locking sorted out, so this would be rather poisonous
to the entire effort.

-- 
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.