Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!pacbell.com!ucsd!sdcc6!sdcc10!muller
From: muller@sdcc10.ucsd.edu (Keith Muller)
Newsgroups: comp.bugs.4bsd
Subject: Re: Bring up Reno
Keywords: 4.3Reno,bsd
Message-ID: <18247@sdcc6.ucsd.edu>
Date: 12 Apr 91 18:14:46 GMT
References: <1926@hslrswi.hasler.ascom.ch> <2032@tharr.UUCP> <12027@dog.ee.lbl.gov>
Sender: news@sdcc6.ucsd.edu
Lines: 12

In article <12027@dog.ee.lbl.gov>, torek@elf.ee.lbl.gov (Chris Torek) writes:
> If I had some time with a system with this problem I
> could no doubt fix it (and maybe this explains why the original driver
> author thought it was `too hard' to make it interrupt).

There is a firmware bug in several versions of the proms in emulex tc12 and
tc13 controllers that cause it to not interrupt in the probe routine.
I know that there are proms for the tc13 that make it interrupt both under
tahoe and reno. You probably want to give Emulex customer service a call.

Keith Muller
University of California, San Diego