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

[Hauke Fath <hauke%Espresso.Rhein-Neckar.DE@localhost>]

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: 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: Sun, 31 Jan 2021 00:21:55 +0100

 At 23:43 Uhr +0100 30.01.2021, Manuel Bouyer wrote:
 >Hum. I've not looked at the code but maybe the erase is started and
 >the ioctl returns. Then mt exists,
 
 "exits", you mean? No, it doesn't, that is what I am puzzled about.
 
 Naively, I would have expected mt to return, and have a way of checking on
 the tape if I am curious.
 
 mt sitting there patiently until the drive is finished with the erase is
 synchronous behaviour in my book.
 
 > causing the device from being
 >closed. This causes scsipi_prevent() from being called, and this
 >command waits for the erase to complete.
 >
 >Baybe you should use /dev/ernst0 instead of rst0 ?
 
 You mean "enrst0", AKA control mode? Since I have a tape in the drive to be
 erased, what should that buy me?
 
 I traditionally use nrst?, which is fine as long as the drive has a tape to
 play...
 
 Cheerio,
 Hauke
 
 
 --
 "It's never straight up and down"     (DEVO)