From owner-freebsd-arch@FreeBSD.ORG  Sun May 28 18:08:15 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 3ECD916A442
	for <arch@FreeBSD.org>; Sun, 28 May 2006 18:08:15 +0000 (UTC)
	(envelope-from dougb@FreeBSD.org)
Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4])
	by mx1.FreeBSD.org (Postfix) with SMTP id B1A6B43D48
	for <arch@FreeBSD.org>; Sun, 28 May 2006 18:08:14 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: (qmail 28426 invoked by uid 399); 28 May 2006 18:08:14 -0000
Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1)
	by localhost with SMTP; 28 May 2006 18:08:14 -0000
Message-ID: <4479E70B.6050506@FreeBSD.org>
Date: Sun, 28 May 2006 11:08:11 -0700
From: Doug Barton <dougb@FreeBSD.org>
Organization: http://www.FreeBSD.org/
User-Agent: Thunderbird 1.5.0.2 (X11/20060507)
MIME-Version: 1.0
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
References: <18141.1148803631@critter.freebsd.dk>
In-Reply-To: <18141.1148803631@critter.freebsd.dk>
X-Enigmail-Version: 0.94.0.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
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 18:08:17 -0000

Poul-Henning Kamp wrote:
> 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.

Just to be clear, I'm not saying that the mechanism for making it happen has
to be the same, just that having the same end result would be very useful.

Doug

-- 

    This .signature sanitized for your protection