<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/usr.bin/mt, branch upstream/11.0.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=upstream%2F11.0.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=upstream%2F11.0.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2016-05-20T19:30:52Z</updated>
<entry>
<title>Add the density code for LTO-7 to libmt and the mt(1) man page.</title>
<updated>2016-05-20T19:30:52Z</updated>
<author>
<name>Kenneth D. Merry</name>
<email>ken@FreeBSD.org</email>
</author>
<published>2016-05-20T19:30:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f4bf2442a03f9b72cfe6d051766b650a4721f3d8'/>
<id>urn:sha1:f4bf2442a03f9b72cfe6d051766b650a4721f3d8</id>
<content type='text'>
The density code and bits per mm values were obtained from an
actual drive density report.

The number of tracks were obtained from an LTO-7 hardware
announcement on IBM's web site.

Sponsored by:	Spectra Logic
MFC after:	3 days
</content>
</entry>
<entry>
<title>Fix a ton of speelling errors</title>
<updated>2015-10-21T05:37:09Z</updated>
<author>
<name>Eitan Adler</name>
<email>eadler@FreeBSD.org</email>
</author>
<published>2015-10-21T05:37:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=463a577b274c9523cb72f534d42e7efa4d8e1c3d'/>
<id>urn:sha1:463a577b274c9523cb72f534d42e7efa4d8e1c3d</id>
<content type='text'>
arc lint is helpful

Reviewed By: allanjude, wblock, #manpages, chris@bsdjunk.com
Differential Revision: https://reviews.freebsd.org/D3337
</content>
</entry>
<entry>
<title>Add META_MODE support.</title>
<updated>2015-06-13T19:20:56Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2015-06-13T19:20:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ccfb965433c67f3bda935a3cdf334be2e3c4348d'/>
<id>urn:sha1:ccfb965433c67f3bda935a3cdf334be2e3c4348d</id>
<content type='text'>
Off by default, build behaves normally.
WITH_META_MODE we get auto objdir creation, the ability to
start build from anywhere in the tree.

Still need to add real targets under targets/ to build packages.

Differential Revision:       D2796
Reviewed by: brooks imp
</content>
</entry>
<entry>
<title>dirdeps.mk now sets DEP_RELDIR</title>
<updated>2015-06-08T23:35:17Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2015-06-08T23:35:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=44d314f704764f0247a540648a4b4fc3e8012133'/>
<id>urn:sha1:44d314f704764f0247a540648a4b4fc3e8012133</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Merge sync of head</title>
<updated>2015-05-27T01:19:58Z</updated>
<author>
<name>Simon J. Gerraty</name>
<email>sjg@FreeBSD.org</email>
</author>
<published>2015-05-27T01:19:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=98e0ffaefb0f241cda3a72395d3be04192ae0d47'/>
<id>urn:sha1:98e0ffaefb0f241cda3a72395d3be04192ae0d47</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Convert mt(1) and libmt to LIBADD</title>
<updated>2015-04-09T21:26:38Z</updated>
<author>
<name>Baptiste Daroussin</name>
<email>bapt@FreeBSD.org</email>
</author>
<published>2015-04-09T21:26:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=32e5044debc19eeec85e0a957e2adcd415b48346'/>
<id>urn:sha1:32e5044debc19eeec85e0a957e2adcd415b48346</id>
<content type='text'>
While here fix missing link to libbsdxml for libmt
Fix overlinking in mt(1)
Make add an indirect libmt dependency on bsdxml to allow static linking if
needed
</content>
</entry>
<entry>
<title>Remove uneeded sbuf header</title>
<updated>2015-04-09T21:23:27Z</updated>
<author>
<name>Baptiste Daroussin</name>
<email>bapt@FreeBSD.org</email>
</author>
<published>2015-04-09T21:23:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b6f4a0a1c71231d6f44f0431f5f6f515873a4d81'/>
<id>urn:sha1:b6f4a0a1c71231d6f44f0431f5f6f515873a4d81</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Improve the mt(1) rblim display.</title>
<updated>2015-03-18T20:54:54Z</updated>
<author>
<name>Kenneth D. Merry</name>
<email>ken@FreeBSD.org</email>
</author>
<published>2015-03-18T20:54:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d788649d0c5b722e533e0273103934d878ff72e0'/>
<id>urn:sha1:d788649d0c5b722e533e0273103934d878ff72e0</id>
<content type='text'>
The granularity reported by READ BLOCK LIMITS is an exponent, not a
byte value.  So a granularity of 0 means 2^0, or 1 byte.  A
granularity of 1 means 2^1, or 2 bytes.

Print out the individual block limits on separate lines to improve
readability and avoid exceeding 80 columns.

usr.bin/mt/mt.c:
	Fix and improve the 'mt rblim' output.  Add a MT_PLURAL()
	macro so we can print "byte" or "bytes" as appropriate.

Sponsored by:	Spectra Logic
MFC after:	4 days
</content>
</entry>
<entry>
<title>Fix a couple of problems in the sa(4) media type reports.</title>
<updated>2015-03-18T20:52:34Z</updated>
<author>
<name>Kenneth D. Merry</name>
<email>ken@FreeBSD.org</email>
</author>
<published>2015-03-18T20:52:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=74a177ac501ae7424707b7e3f56aeffb5e246cce'/>
<id>urn:sha1:74a177ac501ae7424707b7e3f56aeffb5e246cce</id>
<content type='text'>
The only drives I have discovered so far that support medium type
reports are newer HP LTO (LTO-5 and LTO-6) drives.  IBM drives
only support the density reports.

sys/cam/scsi/scsi_sa.h:
	The number of possible density codes in the medium type
	report is 9, not 8.  This caused problems parsing all of
	the medium type report after this point in the structure.

usr.bin/mt/mt.c:
	Run the density codes returned in the medium type report
	through denstostring(), just like the primary and secondary
	density codes in the density report.  This will print the
	density code in hex, and give a text description if it
	is available.

Thanks to Rudolf Cejka for doing extensive testing with HP LTO drives
and Bacula and discovering these problems.

Tested by:	Rudolf Cejka &lt;cejkar at fit.vutbr.cz&gt;
Sponsored by:	Spectra Logic
MFC after:	4 days
</content>
</entry>
<entry>
<title>Add density code for DAT-72, and notes on DAT-160.</title>
<updated>2015-03-03T22:49:07Z</updated>
<author>
<name>Kenneth D. Merry</name>
<email>ken@FreeBSD.org</email>
</author>
<published>2015-03-03T22:49:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5090c893b72d26193d4d4c923efe3affafbb3f4b'/>
<id>urn:sha1:5090c893b72d26193d4d4c923efe3affafbb3f4b</id>
<content type='text'>
As it turns out, the density code for DAT-160 (0x48) is the same
as for SDLT220.  Since the SDLT values are already in the table,
we will leave them in place.

Thanks to Harald Schmalzbauer for confirming the DAT-72 density code.

lib/libmt/mtlib.c:
	Add DAT-72 density code, and commented out DAT-160 density
	code.  Explain why DAT-160 is commented out.  Add notes
	explaining where the bpi values for these formats came from.

usr.bin/mt/mt.1:
	Add DAT-72 density code, and add a note explaining that
	the SDLTTapeI(110) density code (0x48) is the same as
	DAT-160.

Sponsored by:	Spectra Logic
MFC after:	3 weeks
</content>
</entry>
</feed>
