TAPE problems with 3.0e of Linux NCR538XX SCSI drivers

Michael Meissner (meissner@cygnus.com)
Mon, 13 Jul 1998 12:43:08 -0400

I have a dual pentium Pro machine with 2 SCSI controllers (one TekRam
390U that has a DAT tape drive on it and a CDROM, and the other TekRam
390F that has 2 narrow barracudas and 1 wide barracuda on it), running
RedHat 5.1 with updates. I upgraded the linux kernel 1.0.5 (with the
2.5f version of the SCSI drivers for NCR53C8XX) to 1.0.8 (version 3.0e
of the SCSI drivers) with the Alan Cox patches applied. Whenever my
nightly scripts try to do a dump, they first do a:

st -f /dev/nst0 rewind

The SCSI controller spits out the following message to the syslog:

Jul 12 03:04:11 tiktok kernel: SCSI host 0 abort (pid 34805) timed out - resetting
Jul 12 03:04:11 tiktok kernel: SCSI bus is being reset for host 0 channel 0.
Jul 12 03:04:11 tiktok kernel: ncr53c8xx_reset: pid=34805 reset_flags=2 serial_number=382045 serial_number_at_timeout=382045
Jul 12 03:04:11 tiktok kernel: ncr53c875-0: restart (scsi reset).
Jul 12 03:04:11 tiktok kernel: ncr53c875-0: Downloading SCSI SCRIPTS.
Jul 12 03:04:11 tiktok kernel: ncr53c875-0-<2,0>: phase change 6-7 6@0764acc8 resid=4.
Jul 12 03:04:11 tiktok kernel: ncr53c875-0-<2,*>: asynchronous.

and then the mt process hangs (which of course hangs the rest of the
dump script).

-- 
Michael Meissner, Cygnus Solutions (Massachusetts office)
4th floor, 955 Massachusetts Avenue, Cambridge, MA 02139, USA
meissner@cygnus.com,	617-354-5416 (office),	617-354-7161 (fax)


-
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.altern.org/andrebalsa/doc/lkml-faq.html