Messages in this thread | | | Date | Sun, 20 Jun 1999 17:49:43 +0000 | From | Mikko Hyvarinen <> | Subject | [2.2.10] AHA2940U2W + HP35480A DDS = trouble |
| |
Hello Doug and all linux-kernel subscribers.
After a few days of troubleshooting I have finally come to the conclusion that something is wrong with the aic7xxx v5.1.17 drivers included in 2.2.10.
Here's my hardware setup:
- AHA-2940U2W with all termination turned on from the BIOS - HP35480A DDS tape drive (HP SureStore 5000i) - connected with a 50pin cable with an active terminator at the other end of it
The DDS tape drive, cable and terminator work perfectly with an AHA1542CF controller on another machine. The above setup works perfectly with Windows 98 and Colorado Backup (shipped with the DDS drive). I tried verifying the media of a 450MB Seagate ST3550N drive with AHA-2940U2W BIOS verification tool and it worked (found the bad blocks I knew of and remapped them).
"mt status", "mt erase", "tar cvf /dev/nst0" all just hang for about 4 hours without producing any output or SCSI errors in the kernel log. After the 4 hours have passed, there is a single SCSI SCB timeout message and in the case of tar, an error about write size not being the tape block size. mt does not produce any output after the timeout is logged, tar outputs the normal status lines for the first few small files and a write error message.
A few system information bits:
[root@muhveli /root]# cat /proc/version Linux version 2.2.10 (root@muhveli.morphy.iki.fi) (gcc version 2.7.2.3) #1 Fri Jun 18 00:12:39 EEST 1999 [root@muhveli /root]# cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 04 Lun: 00 Vendor: HP Model: HP35480A Rev: T503 Type: Sequential-Access ANSI SCSI revision: 02 [root@muhveli /root]# cat /proc/scsi/aic7xxx/0 Adaptec AIC7xxx driver version: 5.1.17/3.2.4 Compile Options: TCQ Enabled By Default : Enabled AIC7XXX_PROC_STATS : Disabled AIC7XXX_RESET_DELAY : 5
Adapter Configuration: SCSI Adapter: Adaptec AHA-294X Ultra2 SCSI host adapter Ultra-2 LVD/SE Wide Controller PCI MMAPed I/O Base: 0xe4001000 Adapter SEEPROM Config: SEEPROM found and used. Adaptec SCSI BIOS: Enabled IRQ: 10 SCBs: Active 0, Max Active 1, Allocated 15, HW 32, Page 255 Interrupts: 73 BIOS Control Word: 0x1886 Adapter Control Word: 0x185c Extended Translation: Enabled Disconnect Enable Flags: 0xffff Ultra Enable Flags: 0x0000 Tag Queue Enable Flags: 0x0000 Ordered Queue Tag Flags: 0x0000 Default Tag Queue Depth: 8 Tagged Queue By Device array for aic7xxx host instance 0: {0,255,0,255,0,0,0,0,0,0,0,0,0,0,0,0} Actual queue depth per device for aic7xxx host instance 0: {1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1}
Statistics:
(scsi0:0:4:0) Device using Narrow/Sync transfers at 5.0 MByte/sec, offset 8 Transinfo settings: current(50/8/0/0), goal(10/127/0/0), user(10/127/1/0) Total transfers 0 (0 reads and 0 writes)
[root@muhveli /root]# cat /etc/lilo.conf boot=/dev/hda map=/boot/map install=/boot/boot.b default=linux image=/boot/vmlinuz label=linux root=/dev/hda7 append="aic7xxx=verbose,extended,tag_info:{{,255,,255}}" read-only image=/boot/vmlinuz-safe label=linux-safe root=/dev/hda7 read-only other=/dev/hda1 label=win table=/dev/hda
Log snapshots, beginning at the last line of output produced by modules installed by startup scripts:
Jun 19 12:31:10 muhveli kernel: eth0: NE2000 found at 0x280, using IRQ 5. (about a minute passed before running "mt status") Jun 19 16:22:25 muhveli kernel: scsi : aborting command due to timeout : pid 23, scsi0, channel 0, id 4, lun 0 Test Unit Ready 00 00 00 00 00 Jun 19 16:22:25 muhveli kernel: (scsi0:0:4:0) Aborting scb 0, flags 0x4 Jun 19 16:22:25 muhveli kernel: (scsi0:0:4:0) SCB found in QINFIFO and aborted. Jun 19 16:22:25 muhveli kernel: (scsi0:0:4:0) Aborting scb 0 Jun 19 16:22:25 muhveli kernel: (scsi0:-1:-1:-1) 1 commands found and queued for completion. (a few minutes have passed before I noticed mt had bombed out. now it's time for "tar cvRf /dev/nst0 /etc") Jun 19 20:34:39 muhveli kernel: scsi : aborting command due to timeout : pid 24, scsi0, channel 0, id 4, lun 0 Test Unit Ready 00 00 00 00 00 Jun 19 20:34:39 muhveli kernel: (scsi0:0:4:0) Aborting scb 0, flags 0x4 Jun 19 20:34:39 muhveli kernel: (scsi0:0:4:0) SCB found in QINFIFO and aborted. Jun 19 20:34:39 muhveli kernel: (scsi0:0:4:0) Aborting scb 0 Jun 19 20:34:39 muhveli kernel: (scsi0:-1:-1:-1) 1 commands found and queued for completion. Jun 19 20:34:40 muhveli kernel: st0: Write not multiple of tape block size.
Some of the .config contents:
# # SCSI support # CONFIG_SCSI=y CONFIG_BLK_DEV_SD=y CONFIG_CHR_DEV_ST=m CONFIG_BLK_DEV_SR=m CONFIG_BLK_DEV_SR_VENDOR=y CONFIG_CHR_DEV_SG=m CONFIG_SCSI_MULTI_LUN=y CONFIG_SCSI_CONSTANTS=y # CONFIG_SCSI_LOGGING is not set
# # SCSI low-level drivers # # CONFIG_SCSI_7000FASST is not set # CONFIG_SCSI_ACARD is not set # CONFIG_SCSI_AHA152X is not set # CONFIG_SCSI_AHA1542 is not set # CONFIG_SCSI_AHA1740 is not set CONFIG_SCSI_AIC7XXX=y CONFIG_AIC7XXX_TCQ_ON_BY_DEFAULT=y CONFIG_AIC7XXX_CMDS_PER_DEVICE=8 # CONFIG_AIC7XXX_PROC_STATS is not set CONFIG_AIC7XXX_RESET_DELAY=5 (the rest are not set)
I first tried using the controller with 2.2.5 but as it failed with the same symptoms, I upgraded to 2.2.10 with no luck.
I think the Adaptec BIOS version is 2.01, but i'm not 100% sure on that as I'd have to reboot to see it and it's not possible for me to do so at the moment.
Any help/advice is welcome.
-Mikko Hyvärinen
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |