[4566] in linux-scsi channel archive
Re: [(patch?)] W95 can handle SCSI errors - Linux can't
daemon@ATHENA.MIT.EDU (Dr. Michael Weller)
Tue Aug 18 07:22:49 1998
Date: Tue, 18 Aug 1998 13:16:38 +0200 (MESZ)
From: "Dr. Michael Weller" <eowmob@exp-math.uni-essen.de>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Andries.Brouwer@cwi.nl, eric@aib.com, linux-scsi@vger.rutgers.edu,
lnz@dandelion.com
In-Reply-To: <m0z8k07-000aNFC@the-village.bc.nu>
On Tue, 18 Aug 1998, Alan Cox wrote:
> > P.S. Is detailed information on the Adaptec 1542 available today?
> > For example, it would be nice to have an abort routine that
> > really worked.
>
> Ask Adaptec - they are supposed to be being Linux friendly now 8)
I don't think this is the problem, at the time this driver was written the
necessary docs were easily available. However, when I fixed the 174x
driver (yep, _7_) at that time which also has no real abort and reset, the
general idea was that these adapters were that smart that they'll abort
commands on their own and reset the bus if they feel it is required and
just inform the kernel about it.
Also, certain aspects in the midlevel scsi code could not be brought
together with the way the adapter handled the aborts/resets. The
abort/reset function is/was intended for dumb adapters (like those old
seagate st-1 or -2) where the kernel basically drives the lines on the
scsi bus on it's own. There you need a routine to initiate a command
abort/reset on the bus in certain hopeless conditions because noone else
will do it otherwise.
Now, since then, the scsi layers were heavily redesigned. It might be
fruitful now to add such a routine, I don't know.
Michael.
--
Michael Weller: eowmob@exp-math.uni-essen.de, eowmob@ms.exp-math.uni-essen.de,
or even mat42b@spi.power.uni-essen.de. If you encounter an eowmob account on
any machine in the net, it's very likely it's me.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
