From owner-cvs-all Mon Jul 3 9:58: 8 2000 Delivered-To: cvs-all@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id D189F37BA14; Mon, 3 Jul 2000 09:57:56 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id SAA07270; Mon, 3 Jul 2000 18:57:46 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Nick Hibma Cc: Warner Losh , 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: Your message of "Mon, 03 Jul 2000 17:45:54 BST." Date: Mon, 03 Jul 2000 18:57:46 +0200 Message-ID: <7268.962643466@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Nick Hibma wri tes: >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. I disagree. My belief is that all newbus should do is to store a void * of the drivers chosing. In particular it shall not allocate storage for a softc. The contents of the softc is entirely the drivers, newbus has no business inside the softc, consequently it should not allocate it. From that point of view, my driver does the right thing. But best of all: With the function added, newbus can now support both models. This nicely represents the FreeBSD way: "We provide tools, not politics". And on that note, this particular thread is dead from my end. The other thread on which device semantics we choose for removeable devices is *far* more interesting. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message