Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: st(4) and mt eom

Hi Adrian!

No worries. I am just trying to separate useful features from bugs and unnecessary deficiencies that can be fixed quickly without disturbing APIs and compatibility.

On 03/22/19 05:54, Adrian Bocaniciu wrote:
On Thu, 21 Mar 2019 06:48:22 +0100
Frank Kardel <> wrote:

For Bacula it wouldn't help right now, thus the EOM code needs fixing.

When I referred you to FreeBSD "mt locate -e", my point was not that you should implement the additional FreeBSD features, even if that will also be good.
Yes, picking up some feature might be useful as already mention in other parts of this thread.
Supporting LOCATE seems useful and others may we useful too.

My point was that you should just search in the FreeBSD code which is the sequence of SCSI commands that is given for a "mt locate -e", because that sequence of SCSI commands is proven to move reliably the tape to the end of the recorded data (also maintaining correctly the position information).
I looked at the driver code and it does the expected and what the spec recommends - do a READ_POSTION after a SPACE/LOCATE command.


Home | Main Index | Thread Index | Old Index