Re: kern/55965: st(4) on adaptec fails to 'mt erase'

[Frank Kardel <kardel%netbsd.org@localhost>]

The following reply was made to PR kern/55965; it has been noted by GNATS.

From: Frank Kardel <kardel%netbsd.org@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: kern/55965: st(4) on adaptec fails to 'mt erase'
Date: Sat, 30 Jan 2021 17:54:20 +0100

 Well, from the code it should either be
 
 in st.c:st_erase:
      cmd.opcode = ERASE;
      if (full) {
          cmd.byte2 = SE_LONG;
          tmo = ST_SPC_TIME;
      } else
          tmo = ST_IO_TIME;
 
 stvar.h:57:#define    ST_IO_TIME    (3 * 60 * 1000)        /* 3 minutes */
 stvar.h:59:#define    ST_SPC_TIME    (4 * 60 * 60 * 1000)    /* 4 hours */
 
 180000ms  or 14400000ms (or longer if the drive reported longer timeouts 
 via MAINTENANCE_IN/REPORT_SUPPORTED_OPCODES for
 a SCSI-3 or above device and reasonably new code).
 
 So 5000 is definitely strange. Where does this value get lost? 5 secs is 
 not even enough for REWIND/SPACE.
 
 Frank
 
 On 01/30/21 13:45, Hauke Fath wrote:
 > The following reply was made to PR kern/55965; it has been noted by GNATS.
 >
 > From: Hauke Fath <hauke%Espresso.Rhein-Neckar.DE@localhost>
 > To: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
 > Cc: Hauke Fath <hauke%Espresso.Rhein-Neckar.DE@localhost>, gnats-bugs%NetBSD.org@localhost,
 >          kern-bug-people%NetBSD.org@localhost, gnats-admin%NetBSD.org@localhost
 > Subject: Re: kern/55965: st(4) on adaptec fails to 'mt erase'
 > Date: Sat, 30 Jan 2021 13:19:22 +0100
 >
 >   At 22:43 Uhr +0100 29.01.2021, Manuel Bouyer wrote:
 >   >In aic7xxx_osm.c, ahc_timeout(), you could print the value of
 >   >scb->xs->timeout.
 >   
 >   Hm. I get '5000', which is pretty much what a 'time mt erase' gives me...
 >   
 >   --
 >   "It's never straight up and down"     (DEVO)
 >   
 >