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 <kar...@netbsd.org> 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.
Frank