From owner-freebsd-embedded@FreeBSD.ORG Fri Dec 28 20:10:00 2007 Return-Path: Delivered-To: embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19E8516A417 for ; Fri, 28 Dec 2007 20:10:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id C463513C467 for ; Fri, 28 Dec 2007 20:09:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id lBSK4NCY076423; Fri, 28 Dec 2007 13:04:24 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 28 Dec 2007 13:09:11 -0700 (MST) Message-Id: <20071228.130911.84364727.imp@bsdimp.com> To: marcelm@juniper.net From: "M. Warner Losh" In-Reply-To: <20071228.130329.43010549.imp@bsdimp.com> References: <20071228.121213.-494094613.imp@bsdimp.com> <20071228.130329.43010549.imp@bsdimp.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: embedded@freebsd.org Subject: Re: ocpbus(4) X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2007 20:10:00 -0000 In message: <20071228.130329.43010549.imp@bsdimp.com> "M. Warner Losh" writes: : In message: : Marcel Moolenaar writes: : : On Dec 28, 2007, at 11:12 AM, M. Warner Losh wrote: : : : : > If the ocpbus has a table of bus types, what's wrong with having it : : > directly assign the driver when it ads its children? : : : : It violates newbus in that drivers compete for a device. : : If the bus assigns the driver, then there's no competition : : possible. The fact that the bus is abstract should not : : mean that we should change its paradigm. : : No it doesn't. There's two kinds of busses in newbus. Those that : self enumerate based on the hardware present (ie pccard, pci, usb, : firewire) and then those that are told what's there (oldcard-style : pccard, pure ISA, I2C, etc). The busses on the SoC more strongly : resemble the latter than the former. The former busses already are : enumerated with hints, but the actual mechanism is just a few calls : that could be replaced with something better. Just a correction... 'The latter busses already are already..."