From mark@linus.demon.co.uk  Sun Nov 12 15:40:39 1995
Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA12808
          for <FreeBSD-gnats-submit@FreeBSD.org>; Sun, 12 Nov 1995 15:40:18 -0800
Received: (from mark@localhost) by linus.demon.co.uk (8.7.1/8.7.1) id WAA00350; Sun, 12 Nov 1995 22:13:42 GMT
Message-Id: <199511122213.WAA00350@linus.demon.co.uk>
Date: Sun, 12 Nov 1995 22:13:42 GMT
From: Mark Valentine <mark@linus.demon.co.uk>
Reply-To: mark@linus.demon.co.uk
To: FreeBSD-gnats-submit@FreeBSD.org
Subject: scsi tape problems
X-Send-Pr-Version: 3.2

>Number:         820
>Category:       kern
>Synopsis:       scsi tape problems
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    gibbs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov 12 15:50:01 PST 1995
>Closed-Date:    Sun Apr 12 11:11:52 PDT 1998
>Last-Modified:  Sun Apr 12 11:12:16 PDT 1998
>Originator:     Mark Valentine
>Release:        FreeBSD 2.2-CURRENT i386
>Organization:
>Environment:

FreeBSD 2.2-CURRENT #2: Sun Nov 12 19:29:29 GMT 1995
    mark@linus.demon.co.uk:/usr/src/sys/compile/LINUS
CPU: i486 DX2 (486-class CPU)
  Origin = "GenuineIntel"  Id = 0x435  Stepping=5
  Features=0x3<FPU,VME>
real memory  = 16777216 (16384K bytes)
avail memory = 14868480 (14520K bytes)
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16450
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
sio2 not found at 0x3e8
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
pca0 on motherboard
pca0: PC speaker audio driver
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: NEC 72065B
fd0: 1.44MB 3.5in
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0): <Maxtor 7850 AV>
wd0: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S
aha0 at 0x334-0x337 irq 11 drq 5 on isa
aha0 waiting for scsi devices to settle
(aha0:0:0): "QUANTUM PD1050iS 3072" type 0 fixed SCSI 2
sd0(aha0:0:0): Direct-Access 1003MB (2055096 512 byte sectors)
sd0(aha0:0:0): with 2448 cyls, 12 heads, and an average 69 sectors/track
(aha0:4:0): "WANGTEK 5525ES SCSI M74H 11" type 1 removable SCSI 1
st0(aha0:4:0): Sequential-Access density code 0xf, 512-byte blocks, write-enabled
(aha0:6:0): "TOSHIBA CD-ROM XM-3401TA 2873" type 5 removable SCSI 2
cd0(aha0:6:0): CD-ROM 
cd0(aha0:6:0): NOT READY asc:3a,0 Medium not present
can't get the size

npx0 on motherboard
npx0: INT 16 interface
sb0 at 0x220 irq 5 drq 1 on isa
sb0: <MV Jazz16 3.1>
opl0 at 0x388 on isa
opl0: <Yamaha OPL-3 FM>
uart0 at 0x330 irq 9 on isa
uart0: <6850 Midi Interface>
joy0 at 0x201 on isa
joy0: joystick
RTC BIOS diagnostic error 16<memory_size,invalid_time>
new masks: bio c0004840, tty c003009a, net c003009a
WARNING: / was not properly dismounted.

[The Adaptec is a 1542C (an early one, but all devices are internal) -
SCSI_DELAY=15.]

>Description:

  (1) I had a system hang while reading a QIC-120 tape (co-inciding with
      the timeout shown below).

Nov 12 20:02:54 linus /kernel: st0(aha0:4:0): MEDIUM ERROR info:11 field replaceable unit: 1
Nov 12 20:18:21 linus /kernel: st0(aha0:4:0): timed out 

      The first error seems to be unrelated, since it didn't show up on
      subsequent attempts, but the problem occurs repeatably at the same
      place on the tape (about two thirds through).

      The tape error isn't a simple retry - the head shuffles about on
      the tape considerably.  The tape wasn't written on this drive.
      (Could this be a tape drive problem?)

      On my third attempt I came out of X, and this time the system timed
      out and trapped into DDB ("adapter not taking commands..  frozen?!").

  (2) The system doesn't like to be rebooted while the tape is rewinding;
      SCSI_DELAY=15 is nowhere near enough here!  The system panics in the
      usual way after a SCSI timeout.

      Is this just because the probe isn't clever enough to delay talking
      to the SCSI device, or should it be able to find out what it needs
      from the device even while rewinding?

>How-To-Repeat:

      Happens at the same position on my tape each time.

>Fix:

>Release-Note:
>Audit-Trail:

From: J Wunsch <j@uriah.heep.sax.de>
To: mark@linus.demon.co.uk
Cc: FreeBSD-gnats-submit@FreeBSD.org
Subject: Re: kern/820: scsi tape problems
Date: Mon, 13 Nov 1995 08:47:42 +0100 (MET)

 As Mark Valentine wrote:
 
 > Nov 12 20:02:54 linus /kernel: st0(aha0:4:0): MEDIUM ERROR info:11 field replaceable unit: 1
 
 This is clearly a problem with your tape (and/or drive).
 
 > Nov 12 20:18:21 linus /kernel: st0(aha0:4:0): timed out 
 
 This looks like a subsequent problem in the driver (since your tape
 drive did lengthy attempts to recover from the above error).  I've
 once been discussing the problems of adapter timeouts with Peter
 Dufault.  I think we came to the conclusion to make something else
 than now, but i forgot what it was. :-)
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)
Responsible-Changed-From-To: freebsd-bugs->gibbs 
Responsible-Changed-By: gibbs 
Responsible-Changed-When: Sun Jun 23 22:02:14 PDT 1996 
Responsible-Changed-Why:  
Collect SCSI PRs in preparation for this summer's SCSI clean up. 
We still need a better method for dealing with timeouts for operations 
that can take a long time. 

From: Studded <Studded@dal.net>
To: freebsd-gnats-submit@freebsd.org, mark@linus.demon.co.uk,
        joerg_wunsch@uriah.heep.sax.de, gibbs@freebsd.org
Cc:  Subject: Re: kern/820: scsi tape problems
Date: Sun, 22 Mar 1998 13:41:36 -0800

 Is it safe to close this one?
 
 
       Responsible-Changed-From-To: freebsd-bugs->gibbs 
       Responsible-Changed-By: gibbs 
       Responsible-Changed-When: Sun Jun 23 22:02:14 PDT 1996 
       Responsible-Changed-Why:  
       Collect SCSI PRs in preparation for this summer's SCSI clean up. 
       We still need a better method for dealing with timeouts for
 operations 
       that can take a long time.

From: J Wunsch <j@uriah.heep.sax.de>
To: Studded <Studded@dal.net>
Cc: freebsd-gnats-submit@freebsd.org, mark@linus.demon.co.uk,
        gibbs@freebsd.org
Subject: Re: kern/820: scsi tape problems
Date: Wed, 25 Mar 1998 10:40:35 +0100

 As Studded wrote:
 
 > Is it safe to close this one?
 
 After CAM is in the tree, probably. ;-)
 
 -- 
 cheers, J"org
 
 joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
 Never trust an operating system you don't have sources for. ;-)
State-Changed-From-To: open->closed 
State-Changed-By: phk 
State-Changed-When: Sun Apr 12 11:11:52 PDT 1998 
State-Changed-Why:  
timed out, check again when CAM is here 
>Unformatted:
