From owner-freebsd-arch@FreeBSD.ORG  Fri Sep 12 08:17:09 2003
Return-Path: <owner-freebsd-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 0A19916A4BF; Fri, 12 Sep 2003 08:17:09 -0700 (PDT)
Received: from ebb.errno.com (ebb.errno.com [66.127.85.87])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 584D143FDF; Fri, 12 Sep 2003 08:17:08 -0700 (PDT)
	(envelope-from sam@errno.com)
Received: from [10.0.3.253] (p26.n-sfpop02.stsn.com [199.107.153.26])
	(authenticated bits=0)
	by ebb.errno.com (8.12.9/8.12.9) with ESMTP id h8CFH017099004
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Fri, 12 Sep 2003 08:17:03 -0700 (PDT)
	(envelope-from sam@errno.com)
Date: Fri, 12 Sep 2003 08:23:01 -0700
From: Sam Leffler <sam@errno.com>
To: "M. Warner Losh" <imp@bsdimp.com>, jhb@freebsd.org
Message-ID: <979999.1063354981@[10.0.3.253]>
In-Reply-To: <20030912.013911.13774129.imp@bsdimp.com>
References: <20030911.153929.44983352.imp@bsdimp.com>
 	<XFMail.20030912013027.jhb@FreeBSD.org>
 <20030912.013911.13774129.imp@bsdimp.com>
X-Mailer: Mulberry/3.0.3 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-DCC-Servercave-Metrics: ebb.errno.com 1183; Body=3 Fuz1=3 Fuz2=3
cc: arch@freebsd.org
Subject: Re: When to burn those bridges
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.1
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: Fri, 12 Sep 2003 15:17:09 -0000

> yea, but that's a bit of a pathological case.  first, rl/re attach to
> a specific driver, and not override.  So maybe we could mandate that
> drivers that are generic and return negative return values should be
> constrained to only look at the plug and play info and are not allowed
> to look at resources.  owi/wi is the only pair that does this
> evilness.

Magic return values are evil; better to use longer-lasting state like flags 
associated with the driver.

	Sam