Date: Mon, 24 Feb 2003 06:03:15 -0700 (MST) From: "M. Warner Losh" <imp@bsdimp.com> To: freebsd-arch@FreeBSD.ORG Subject: Re: [RFC] splitting of conf/NOTES Message-ID: <20030224.060315.63039059.imp@bsdimp.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <20030224094856.GA21088@athlon.pn.xcllnt.net> Marcel Moolenaar <marcel@xcllnt.net> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030224.060315.63039059.imp>