From owner-freebsd-current Sat May 17 12:57:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA08335 for current-outgoing; Sat, 17 May 1997 12:57:39 -0700 (PDT) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA08330 for ; Sat, 17 May 1997 12:57:35 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.5/8.7.3) id UAA11118; Sat, 17 May 1997 20:17:08 GMT Date: Sat, 17 May 1997 20:17:08 GMT From: Adam David Message-Id: <199705172017.UAA11118@veda.is> To: terry@lambert.ORG (Terry Lambert) Cc: freebsd-current@freebsd.org Subject: Re: Backwards compatibiliy for isa_driver Newsgroups: list.freebsd.current References: <19970514224514.26045@x14.mi.uni-koeln.de> <199705151750.KAA15209@phaeton.artisoft.com> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >For ISA cards, we should plan for a future where all ISA cards >are PnP. In light of this, we need to make specific exception for >ISA cards which are not PnP, and we need to do this at the driver >probe level, and then only in the ISA specific driver case. If we plan for a future where obsolete hardware does not exist, we are not operating in the real world anymore. Of course, you can pretend in software that a legacy ISA card is a special case of PnP, and this is probably the way to go. >I guess the last piece is to add PnP configuration code to the OS >for when the BIOS does not support it. I hesitate to suggest this, >because I think the much more sane model is to flash the BIOS in >the *vast* majority of cases, instead. Not where this is not an option though. -- Adam David