From owner-freebsd-hackers Wed May 6 20:40:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA27725 for freebsd-hackers-outgoing; Wed, 6 May 1998 20:40:46 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA27676 for ; Wed, 6 May 1998 20:40:24 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id VAA27126; Wed, 6 May 1998 21:40:11 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id VAA07786; Wed, 6 May 1998 21:40:06 -0600 Date: Wed, 6 May 1998 21:40:06 -0600 Message-Id: <199805070340.VAA07786@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: Nate Williams , Amancio Hasty , Archie Cobbs , stefan@promo.de (Stefan Bethke), luigi@labinfo.iet.unipi.it, freebsd-hackers@FreeBSD.ORG Subject: Re: ISA-PnP w\o BIOS support? In-Reply-To: <199805070230.TAA00410@antipodes.cdrom.com> References: <199805070040.SAA06968@mt.sri.com> <199805070230.TAA00410@antipodes.cdrom.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Sure. Stick a sysctl variable in there. > > > > Too late. The hardware is already probed. > > You're not paying attention. You will be able to set sysctl variables > earlier than the hardware probes. Sysctl variables can't be set by the user. > > > The principal issue with using the PnP BIOS > > > > .... Forget about PnP BIOS. We need a solution that is *NOT* specific to > > PnP. The solution proposed is way too specific to PnP cards, and we > > need a solution that is slightly bigger than them. > > The solution is to obtain authoratative resource availibility > information. On the ISA platform this can come from PnP, or you can > try to pretend that you know it in advance (use a configuration file). No it can't, since many of these boxes are not PnP boxes. > I'm sorry if you're not aware that the PnP BIOS is the only > authoratative source of resource availibility information. The PnP BIOS is *NOT* authoratative since it doesn't exist on all the hardware the functionality is needed. > If you can demonstrate that there is a fundamental flaw in the proposed > techniques, I'm sure we'd be happy to address the situation. So far > all you've offered is unsupported FUD, which isn't helping the > situation at all. 8( Now you're being silly. I've explained twice now cases where the current proposal is inadequate, and you've called it FUD. You're choosing to ignore what I have to say and then calling it FUD just because it doesn't work with your proposal, and that stinks. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message