From owner-freebsd-current Thu Nov 9 8:42: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id C18C837B479; Thu, 9 Nov 2000 08:42:04 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id JAA28835; Thu, 9 Nov 2000 09:40:08 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpdAAAcNaOe4; Thu Nov 9 09:39:54 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id JAA20768; Thu, 9 Nov 2000 09:41:38 -0700 (MST) From: Terry Lambert Message-Id: <200011091641.JAA20768@usr08.primenet.com> Subject: Re: vx driver patch To: gibbs@scsiguy.com (Justin T. Gibbs) Date: Thu, 9 Nov 2000 16:41:38 +0000 (GMT) Cc: winter@jurai.net (Matthew N. Dodd), tlambert@primenet.com (Terry Lambert), wpaul@FreeBSD.ORG (Bill Paul), imp@village.org (Warner Losh), current@FreeBSD.ORG In-Reply-To: <200011090004.eA903wa78952@aslan.scsiguy.com> from "Justin T. Gibbs" at Nov 08, 2000 05:03:58 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >Humm... I had wondered why that was there. Is there a way to detect VLB > >devices some other way? > > This is specific to the aha2842 and is the only way I know of detecting > those boards. I thought that there was a tricky way, which involved doing the EISA non-destructive card identification, and then throwing out those things that hadn't registered themselves with the EISA BIOS, but it's been a while since I looked at it. My main concerns on this were: 1) Not incorrectly identifying a VLBUS card as an EISA card; the code used to do this, way back when, on a per driver basis, by not using the EISA BIOS, and scanning for the EISA ID (which these cards had). 2) Not blindly allocating the entire EISA space, which could conflict not only with VLBUS, but (at the time) some ENPIC assignments made by one of the PCMCIA bridge chipsets that were being used with VLBUS laptop video systems. If I remember correctly, the was to fix this was to identify the VLBUS card, both through the probe approach (which was not destructive, as above, because it was only applied to SCSI controllers after they were known to be there, and other VLBUS cards were identifiable), AND through the EISA BIOS. If a card showed up in the first place, but not the second, then it was a VLBUS card with an EISA table in it (I can't remember how, but the EISA BIOS knew not to treat these as EISA cards). This added an ugly third stage, so it went: VLBUS, EISA probe, AHA2842, EISA attach 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message