From owner-cvs-src@FreeBSD.ORG  Fri Feb  4 16:39:55 2005
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 79F6D16A4CE; Fri,  4 Feb 2005 16:39:55 +0000 (GMT)
Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C895A43D49; Fri,  4 Feb 2005 16:39:54 +0000 (GMT)
	(envelope-from dfr@qubesoft.com)
Received: from [192.168.1.254] (dhcp254.qubesoft.com [192.168.1.254])
	by mail.qubesoft.com (8.13.1/8.13.1) with ESMTP id j14GdqJm023656;
	Fri, 4 Feb 2005 16:39:52 GMT
	(envelope-from dfr@qubesoft.com)
In-Reply-To: <20050204.093654.114275559.imp@bsdimp.com>
References: <84e9ba659174ea3f7c7b2930c0ae3759@xcllnt.net>
	<20050204.091426.98415585.imp@bsdimp.com>
	<5539563a425020d35ef1878057f4f85d@qubesoft.com>
	<20050204.093654.114275559.imp@bsdimp.com>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <4f339e2416fad9f0baab265cec8a744d@qubesoft.com>
Content-Transfer-Encoding: 7bit
From: Doug Rabson <dfr@qubesoft.com>
Date: Fri, 4 Feb 2005 16:39:53 +0000
To: "M. Warner Losh" <imp@bsdimp.com>
X-Mailer: Apple Mail (2.619.2)
X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed 
	version=3.0.1
X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mail.qubesoft.com
cc: cvs-src@freebsd.org
cc: marcel@xcllnt.net
cc: src-committers@freebsd.org
cc: cvs-all@freebsd.org
cc: nate@root.org
Subject: Re: cvs commit: src/sys/ia64/ia64 machdep.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, 04 Feb 2005 16:39:55 -0000


On 4 Feb 2005, at 16:36, M. Warner Losh wrote:

> In message: <5539563a425020d35ef1878057f4f85d@qubesoft.com>
>             Doug Rabson <dfr@qubesoft.com> writes:
> :
> : On 4 Feb 2005, at 16:14, M. Warner Losh wrote:
> :
> : > In message: <84e9ba659174ea3f7c7b2930c0ae3759@xcllnt.net>
> : >             Marcel Moolenaar <marcel@xcllnt.net> writes:
> : > : > I'm not sure if my approach is correct -- should different 
> drivers
> : > for
> : > : > the same hardware share the same devclass?
> : > :
> : > : A datapoint: sio(4) and uart(4) are different drivers for the 
> same
> : > : hardware.
> : > : They don't share the devclass.
> : >
> : > Neither do they share the same name.
> :
> : Just to make things clear, if two drivers use the same name, they 
> will
> : always share the devclass automatically (whether or not they use the
> : same variable to reference the devclass) and will allocate
> : non-conflicting unit numbers.
>
> Cool.  I'd thought I'd wound up with two instances of ed0 when I had
> different devclasses in the if_ed_isa and if_ed_pci files once upon a
> time...

This shouldn't be possible - both the driver registrations should go 
through devclass_find_internal() to find their devclasses and this 
always searches for an existing class before it creates one. If this 
happens then its a serious bug...
>