From owner-freebsd-hackers Mon Feb 6 11:58:18 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id LAA18881 for hackers-outgoing; Mon, 6 Feb 1995 11:58:18 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id LAA18875 for ; Mon, 6 Feb 1995 11:58:17 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@tfs.com (Julian Elischer) Subject: Re: FIX FOR CACHE/DMA RANGE PROBLEMS To: steve2@genesis.nred.ma.us (Steve Gerakines) Date: Mon, 6 Feb 1995 11:57:44 -0800 (PST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199502061440.GAA20680@genesis.nred.ma.us> from "Steve Gerakines" at Feb 6, 95 06:40:39 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1259 Sender: hackers-owner@FreeBSD.org Precedence: bulk I have working eisa probe code in my home directory in freefall, but it had one problem.... it couldn't successfully replace the IRQ with that found.... this has now been fixed apparently in the drivers, so maybe it should be looked at again This code first looks at the EISA slots then it adds an entry for itself (as 'found') to the isa lists, so that ISA devices that use the same ports will not try probe.. .. julian > > This is basically what I'm saying. To take it one step further however, I > don't think any eisa device should need to be hardcoded in config. There > should be one routine (in i386/eisa/eisa.c perhaps? :-)) that scans the slots > and retrieves board id's. If there was a table of EISA board id's and their > associated probe()/attach() routines, eisa.c could look up the id and > automatically config EISA devices. An EISA attach routine would be passed > in the slot the board was found, and would be smart enough to retrieve and > return the particular board settings. This way when a probe or attach > routine is called it's known in advance that a card really does exist there. > This takes the burden of scanning slots out of each driver and puts it in > a central place. > > - Steve > steve2@genesis.nred.ma.us >