Messages in this thread | | | From | Matthias Andree <> | Subject | Tagged cmnd queueing trouble in aic7xxx 5.0.19 | Date | Sun, 14 Jun 1998 13:23:14 +0200 (CEST) |
| |
Hello,
I am using AIC-7XXX v5.0.19 (Adaptec 2842VL) with both Linux 2.0.34 and 2.1.105.
Drive information is below. To put it short:
sda - Micropolis 4345WS WIDE ULTRA QUEUEING sdb - IBM DCAS 32160 ULTRA QUEUEING LINKING
Activating tagged command queueing for the Micropolis drive - aic7xxx=tag_info:{{4}} - gives LOADS of timeout (I cannot currently paste in, sorry), and a lot of set/reset loops, the system is not usable. On the other hand, activating tagged command queueing for the IBM - aic7xxx=tag_info:{{,0}} works just fine, even under heavy bus load.
My question: is the Micropolis tagged queueing failure in any way related to * firmware bugs in the Micropolis drive? * it being a wide drive on a narrow adaptor (I remember 5.0.18 negotiating wide transfers in spite of that)? * it not supporting linked commands?
Regards, Matthias
Drive information follows.
-----------------------------------------------------------------------
(scsi0) <Adaptec AHA-284X SCSI host adapter> found at VLB slot 2 (scsi0) Narrow Channel, SCSI ID=6, 4/255 SCBs (scsi0) BIOS enabled, IO Port 0x2c00, IRQ 11 (scsi0) IO Memory at 0x0, MMAP Memory at 0x0 (scsi0) Downloading sequencer code... 406 instructions downloaded scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.0.19/3.2.4 <Adaptec AHA-284X SCSI host adapter>
Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: MICROP Model: 4345WS Rev: x43h Type: Direct-Access ANSI SCSI revision: 02
Inquiry command --------------- Relative Address 0 Wide bus 32 0 Wide bus 16 1 Synchronous neg. 1 Linked Commands 0 Command Queueing 1
Host: scsi0 Channel: 00 Id: 01 Lun: 00 Vendor: IBM Model: DCAS-32160 Rev: S61A Type: Direct-Access ANSI SCSI revision: 02
Inquiry command --------------- Relative Address 0 Wide bus 32 0 Wide bus 16 0 Synchronous neg. 1 Linked Commands 1 Command Queueing 1
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu
| |