From owner-cvs-all Mon Jul 3 9:50:54 2000 Delivered-To: cvs-all@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id 1D64F37B9DC; Mon, 3 Jul 2000 09:50:48 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 1399Qi-0004jT-0U; Mon, 3 Jul 2000 17:50:45 +0100 Received: from henny.webweaving.org (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id RAA51978; Mon, 3 Jul 2000 17:50:42 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id RAA21347; Mon, 3 Jul 2000 17:45:54 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Mon, 3 Jul 2000 17:45:54 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Warner Losh Cc: Poul-Henning Kamp , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/sys bus.h bus_private.h src/sys/kern subr_bus.c In-Reply-To: <200007031604.KAA23352@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > : The "1-newbus-instance : 1-device-instance" assumption is a grave > : mistake, and we shall not lock our selves down in a dogmatic > : postulate about how the world is according to our perception, rather > : we need to be flexible enough to handle all the weird shit (TM) > : out there. > > I agree with this. It is making things difficult to migrate old > device drivers that we have here that don't do that, or have extra > device instances (meta devices) that force all device instances to > have a mapping function to get back to the newbus instance. If someone can come up with a proper solution for the N:1 and 1:N relation problem, I guess that that would help the use of newbus in CAM as well (eventhough the pathing in CAM would not be solved yet). Rewriting the softc is just a silly hack however to which a proper solution exists. Nick P.S.: USB devices have similar problems with interfaces being used by different devices (1:N). The solution is to create an intermediate device that claims all the interfaces on the function and to which the other ones attach and request interfaces from. I bet that the (N:1) case will show up or has shown up at some stage. USB developers are silly enough to dream up such a thing. -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message