From owner-cvs-all Tue Jul 4 1:13: 9 2000 Delivered-To: cvs-all@freebsd.org Received: from finch-post-11.mail.demon.net (finch-post-11.mail.demon.net [194.217.242.39]) by hub.freebsd.org (Postfix) with ESMTP id 9220837BC5A; Tue, 4 Jul 2000 01:12:52 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 139Np4-000GAY-0B; Tue, 4 Jul 2000 08:12:51 +0000 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 JAA88997; Tue, 4 Jul 2000 09:12:36 +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 VAA21979; Mon, 3 Jul 2000 21:33:28 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Mon, 3 Jul 2000 21:33:28 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Poul-Henning Kamp Cc: John Baldwin , cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/sys/sys bus.h bus_private.h src/sys/kern sub In-Reply-To: <8362.962653369@critter.freebsd.dk> 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 > >We are capable of setting some policy. > > I still don't see an example really. The only time I would say > that we set policy is when we say things like "BSD always had > /bin/csh as roots shell, and that's they way it's gonna stay!" Not confusing coders with something unnecessary is not policy, it is common sense. 'softc size in driver and a device_set_softc? Is that the same softc we are talking about?'. > I think Nick and I agree that it is a shortcoming in new-bus that > it can not handle this particular (but not that uncommon) device > architecture better, but until somebody enhances new-bus to do > that, I have the freedom to chose the best possible workaround. We agree that there is a shortcoming in newbus. You fail to explain however how adding device_set_softc in any way relates to that. I have given you an option that works and indicates more clearly what you are trying to do. There is no need to change the newbus interface to accomodate for what you want to do, and certainly no need to confuse other people. Your comment that the softc should not be allocated by newbus is a separate issue completely. You have the freedom to choose a workaround that is acceptable to your peers. Nick -- 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