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:
Yes, picking up some feature might be useful as already mention in other parts of this thread.On Thu, 21 Mar 2019 06:48:22 +0100 Frank Kardel <kardel%netbsd.org@localhost> 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.
Supporting LOCATE seems useful and others may we useful too.
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.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).
Frank