On Fri, May 07, 1999 at 09:59:11AM -0400, Doug Ledford wrote:
> Certain of the Quantum drives are so broken in this regard that I've added a
> check for QUEUE_FULL with 0 active commands and I unilaterally disable TCQ on
> those drives. Such a condition (especially when it happens the first time you
> send a tagged command) is so stupid that I'm not bothering to support it.
> Those devices can live without TCQ on my driver.
But how is the user supposed to know about these implications BEFORE
buying a SCSI drive? Remember the "Micropolis 4345WS failing with
aic7xxx 5.1.0-prexx with 2842VL" stuff? I'd never bought that drive if
I knew it was that noisy, that slow and that it did not work properly.
However, the sym53c875 driver seems to be fine with the very same drive
even with deepest TCQ, and regretfully, my old VLB board has died so I
cannot test the drive/2842VL combination with newer AIC7xxx revisions.
As consequence, I'm not sure about where the bug actually is: AIC7xxx
or Micropolis drive.
(side note: this drive effectively nukes the NetBSD 1.3.x series ncr
driver, the sym53c875 is fine, however. Good work on that!)
--
Matthias Andree
"Users never read manuals."
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
