From owner-freebsd-arch Mon Feb 24 5: 4:30 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A5DE37B401 for ; Mon, 24 Feb 2003 05:04:29 -0800 (PST) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FFFC43F3F for ; Mon, 24 Feb 2003 05:04:28 -0800 (PST) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.6/8.12.3) with ESMTP id h1OD4R3Y087744 for ; Mon, 24 Feb 2003 06:04:27 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 24 Feb 2003 06:03:15 -0700 (MST) Message-Id: <20030224.060315.63039059.imp@bsdimp.com> To: freebsd-arch@FreeBSD.ORG Subject: Re: [RFC] splitting of conf/NOTES From: "M. Warner Losh" In-Reply-To: <20030224094856.GA21088@athlon.pn.xcllnt.net> References: <20030224064129.GA13290@dhcp53.pn.xcllnt.net> <20030224185033.H6037-100000@gamplex.bde.org> <20030224094856.GA21088@athlon.pn.xcllnt.net> X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message: <20030224094856.GA21088@athlon.pn.xcllnt.net> Marcel Moolenaar writes: : Yes, with the addition that it implies something differently for : me. I still like the bus-centric approach. A driver that has a : PCI front-end should be compilable on any machine that supports : the PCI bus. Whether there's actual hardware in existence that : works on the platform is not important. Put all the drivers : with a PCI front-end in NOTES.pci and you should have a fairly : convenient bucket. At this time (I haven't had much feedback yet : or run into walls myself) I think that the bus-centric approach : yields a good categorization, with redundancy or duplication that : has nice (=logic) properties: bus-specific options (and hints) : are mentioned in the most logic place. I'd agree with this. All PCI devices are available for all platforms that support PCI, as a general rule (exception to this rule will likely be rare). Those exceptions can just be left out of the NOTES.pci file. The exceptions are very likely to be MACHINE dependent (some of the pc98 built-in chips are this way). I'd also put in the exception camp all drivers that aren't written to be MI, or at least make some pretense at being MI. The big problem is with the ISA bus. The ISA bus has too many overloaded meanings right now. It means those funky old cards that we know and love, as well as devices that look like they are on an ISA or ISA-like bus, but really are just a few gates in some bridge chip. I have some thoughts on the cbus vs isa bus thread that I'd like a chance to prototype before going into in detail. This whole discussion shows that our tree is still to x86 centric (with alpha hacks for extra lovin' goodness). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message