Perfect! This is at least part of it. Leonard was nice enough to put a
message to the console when he Enables tagged queues on a drive. Soon after
that - Poof!
>
> I haven't been paying close attention - is it only the NCR and
> Adaptec 2xxx series drivers that are showing this problem?
>
No. The Buslogic driver on the 956CD (wide differential), the eata_dma
on both PM3224 (PCI RAID/Caching controller with 16MB cache) and PM3224W
(wide SCSI with 4MB cache). Different patterns and different setups to cause
the problem, but reliable as heck.
The Buslogic setup:
Older HP 2GB drives, MD RAID-0 across three drives, 64K stripes:
During intense I/O will trigger the timeout debug every 2-3 minutes.
Backup to tape (on the DPT) will trigger timeouts every 10-15 seconds.
New HP 2GB drives:
Fine on read operations. Immediate disaster on any WRITE operation.
DPT:
Has 2 drives on internal RAID-1, three drives on RAID-0, stripe size is 64K
in both. The arrays look to Linux as ``wierd'' disks (Linux cannot see the
actual drives at all):
Any tape activity will trigger immediate reaction.
find . -print | cpio -dmpv another_dir across RAID arrays is a guaranteed
PANIC - instant lockup. no logs, nothing.
As I mentioned before, it is more sensitive to the transaction rate than the
queue depth. But I could be seeing a manifestation, not a symptom.
Sincerely Yours,
(Sent on 03/12/96, 13:58:34)
Simon Shapiro i-Connect.Net, a Division of iConnect Corp.
Shimon@i-Connect.Net 13455 SW Allen Blvd., Suite 140 Beaverton OR 97008