From owner-freebsd-current@FreeBSD.ORG Wed Mar 11 19:27:04 2015 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6875CA0A; Wed, 11 Mar 2015 19:27:04 +0000 (UTC) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E1A85EFE; Wed, 11 Mar 2015 19:27:03 +0000 (UTC) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id t2BJR0Tb002202; Wed, 11 Mar 2015 20:27:00 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 76BF5811; Wed, 11 Mar 2015 20:26:59 +0100 (CET) Message-ID: <550096F9.2050309@omnilan.de> Date: Wed, 11 Mar 2015 20:26:49 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "Kenneth D. Merry" Subject: SLR140 with new mt(1) [Was: Re: sa(4) driver changes available for test] References: <20150214003232.GA63990@mithlond.kdm.org> <20150219001347.GA57416@mithlond.kdm.org> <54EEEE1E.7020007@omnilan.de> <20150226224202.GA14015@mithlond.kdm.org> <54F0BFE1.4000000@omnilan.de> <20150228000846.GA33584@mithlond.kdm.org> In-Reply-To: <20150228000846.GA33584@mithlond.kdm.org> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig68B0664DA276E3346E70C684" X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Wed, 11 Mar 2015 20:27:00 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) Cc: current@freebsd.org, scsi@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2015 19:27:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig68B0664DA276E3346E70C684 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Bez=FCglich Kenneth D. Merry's Nachricht vom 28.02.2015 01:08 (localtime= ): =85 >> Still just works fine ! :-) (stable_10.20150218.1-patchset with LTO2, >> LTO3 and DDS5) >> With DDS5, densitiy is reported as "unknown". If I remember correctly,= >> you have your DDS4 reporting "DDS4"? > That means that we need to add DDS5 to the density table in libmt. Can= > you send the output of 'mt status -v'? It would actually be helpful fo= r > all three drives. Hello, I'd like to present some test results. All tests were done with 10-stable-r273923 and Ken's sa_driver_changes-patchset, reduced by the commited scsi-sys-code. Unfortunately, there's a problem with appending files to any SLRtape. I can write the first file, but trying to open a second file for writing, results in "end of device" message. This problem doesn't exist for other drives (tested on VXA-2 (also SCSI-2) and DAT72 (SCSI-3)) with exactly same environment (all currently connected SCSI drives (7) are on one mpt(4) bus). After the first "end of device" message, consecutive write attempts lead to "Operation not permitted". According to the datasheet (http://www.tandbergdata.ru/products/files/SLR140_DS_605_ENG.pdf), the drive should speak SCSI-3, but camcontrol shows SCSI-2. ################## TandbergData SLR140 Drive ################## camcontrol inq $TAPE -v pass3: Removable Sequential Access SCSI-2 device pass3: Serial Number SN140253489 pass3: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Command Queueing Enabled Density 0x36 =3D ALRF-6, 186000 bpi, SLR140 drive + SLR140tape: SLRtape140 (8mm DualReel, 70GB native, 505.9m length, 5.5MiB/s) mt status -v Drive: sa3: Serial Number: SN140253489 --------------------------------- Mode Density Blocksize bpi Compression Current: 0x36:UNKNOWN variable 0 enabled (0x3) --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 0 Calc Record Number: 0 Residual: 0 Reported File Number: -1 Reported Record Number: -1 Flags: None --------------------------------- Tape I/O parameters: Maximum I/O size allowed by driver and controller (maxio): 131072 bytes Maximum I/O size reported by controller (cpi_maxio): 131072 bytes Maximum block size supported by tape drive and media (max_blk): 262144 by= tes Minimum block size supported by tape drive and media (min_blk): 1 bytes Block granularity supported by tape drive and media (blk_gran): 0 bytes Maximum possible I/O size (max_effective_iosize): 131072 bytes Minimum blocksize to reach highest throughput, thus sustained write of uncompressable data (from /dev/random): 24k@5.5MiB/s mt status --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 1 Calc Record Number: 0 Residual: 0 Reported File Number: -1 Reported Record Number: -1 Flags: None "short READ POSITION" camcontrol cmd $TAPE -v -c "34 0 0 0 0 0 0 0 0 0" -i 20 - | hd 00000000 30 00 00 00 00 00 06 83 00 00 00 00 00 00 00 00 |0..............= =2E| 00000010 00 00 00 00 |....| 00000014 "vendor READ POSITION" camcontrol cmd $TAPE -v -c "34 1 0 0 0 0 0 0 0 0" -i 20 - | hd camcontrol: error sending command (pass3:mpt1:0:13:0): READ POSITION. CDB: 34 01 00 00 00 00 00 00 00 00 (pass3:mpt1:0:13:0): CAM status: SCSI Status Error (pass3:mpt1:0:13:0): SCSI status: Check Condition (pass3:mpt1:0:13:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (pass3:mpt1:0:13:0): Command byte 1 bit 0 is invalid "long READ POSITION" camcontrol cmd $TAPE -v -c "34 6 0 0 0 0 0 0 0 0" -i 32 - |hd camcontrol: error sending command (pass3:mpt1:0:13:0): READ POSITION. CDB: 34 06 00 00 00 00 00 00 00 00 (pass3:mpt1:0:13:0): CAM status: SCSI Status Error (pass3:mpt1:0:13:0): SCSI status: Check Condition (pass3:mpt1:0:13:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (pass3:mpt1:0:13:0): Command byte 1 bit 2 is invalid Different tapes ---------------------- Density 0x34 =3D ALRF-1, 15400 bpi: SLRtape100 (8mm DualReel, 50GB native, 457.2m length, 4.7MiB/s) SLRtape40 (8mm DualReel, 20GB native, 187,5m length, 4.7MiB/s) Mode Density Blocksize bpi Compression Current: 0x36:UNKNOWN variable 0 enabled (0x3) Density 0x30 =3D MLR3, 103124 bpi: SLRtape50 (=BC" (Quarter inch) DualReel, 25GB native, 457.2m length, 1.8M= iB/s) ########## Exabyte VXA-2 ########## camcontrol inq $TAPE -v pass9: Removable Sequential Access SCSI-2 device pass9: Serial Number 0085105377 pass9: 80.000MB/s transfers (40.000MHz, offset 32, 16bit), Command Queueing Enabled Density 0x81 =3D ??? (no info about areal density found, nor bpi/ftpi) VXA-2 Drive + V10 Tape VXA V10 (8mm DualReel, 20GB native, 120m length, 5.6MiB/s) mt status -v Drive: sa4: Serial Number: 0085105377 --------------------------------- Mode Density Blocksize bpi Compression Current: 0x81:UNKNOWN variable 0 enabled (0x3) --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 0 Calc Record Number: 0 Residual: 0 Reported File Number: -1 Reported Record Number: -1 Flags: None --------------------------------- Tape I/O parameters: Maximum I/O size allowed by driver and controller (maxio): 131072 bytes Maximum I/O size reported by controller (cpi_maxio): 131072 bytes Maximum block size supported by tape drive and media (max_blk): 245760 by= tes Minimum block size supported by tape drive and media (min_blk): 1 bytes Block granularity supported by tape drive and media (blk_gran): 0 bytes Maximum possible I/O size (max_effective_iosize): 131072 bytes Minimum blocksize to reach highest throughput, thus sustained write of uncompressable data (from /dev/random): 24k@5.6MiB/s mt status --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 4 Calc Record Number: 0 Residual: 0 Reported File Number: -1 Reported Record Number: -1 Flags: None "short READ POSITION" camcontrol cmd $TAPE -v -c "34 0 0 0 0 0 0 0 0 0" -i 20 - | hd 00000000 00 00 00 00 00 00 39 39 00 00 00 00 00 00 00 00 |......99.......= =2E| * 00000010 "vendor READ POSITION" camcontrol cmd $TAPE -v -c "34 1 0 0 0 0 0 0 0 0" -i 20 - | hd 00000000 00 00 00 00 00 00 39 39 00 00 00 00 00 00 00 00 |......99.......= =2E| * 00000010 "long READ POSITION" camcontrol cmd $TAPE -v -c "34 6 0 0 0 0 0 0 0 0" -i 32 - |hd camcontrol: error sending command (pass9:mpt1:0:15:0): READ POSITION. CDB: 34 06 00 00 00 00 00 00 00 00 (pass9:mpt1:0:15:0): CAM status: SCSI Status Error (pass9:mpt1:0:15:0): SCSI status: Check Condition (pass9:mpt1:0:15:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (pass9:mpt1:0:15:0): Command byte 1 bit 2 is invalid No other tape cartridges available for testing at the moment (X6 to follow together with VXA-320 drive results) ################ Seagate/Quantum DAT72 (DDS-5) ################ camcontrol inq $TAPE -v pass0: Removable Sequential Access SCSI-3 device pass0: Serial Number HV082SN pass0: 80.000MB/s transfers (40.000MHz, offset 32, 16bit), Command Queueing Enabled Density 0x47 =3D PRML, 162000 bpi, DAT72 Drive + DAT72 media DAT-72 Cartridge (3.81mm DualReel, 36GB native, 170m length, 3.2MiB/s): mt status -v Drive: sa0: Serial Number: HV082SN --------------------------------- Mode Density Blocksize bpi Compression Current: 0x47:UNKNOWN variable 0 enabled (DCLZ) --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 0 Calc Record Number: 0 Residual: 0 Reported File Number: 0 Reported Record Number: 0 Flags: BOP --------------------------------- Tape I/O parameters: Maximum I/O size allowed by driver and controller (maxio): 131072 bytes Maximum I/O size reported by controller (cpi_maxio): 131072 bytes Maximum block size supported by tape drive and media (max_blk): 16777215 bytes Minimum block size supported by tape drive and media (min_blk): 1 bytes Block granularity supported by tape drive and media (blk_gran): 0 bytes Maximum possible I/O size (max_effective_iosize): 131072 bytes Minimum blocksize to reach highest throughput, thus sustained write of uncompressable data (from /dev/random): <4k@3.2MiB/s mt status --------------------------------- Current Driver State: at rest. --------------------------------- Partition: 0 Calc File Number: 7 Calc Record Number: 0 Residual: 0 Reported File Number: 7 Reported Record Number: 115634 "short READ POSITION" camcontrol cmd $TAPE -v -c "34 0 0 0 0 0 0 0 0 0" -i 20 - | hd 00000000 30 00 00 00 00 01 c3 b2 00 01 c3 b2 00 00 00 00 |0..............= =2E| 00000010 00 00 00 00 |....| 00000014 "vendor READ POSITION" camcontrol cmd $TAPE -v -c "34 1 0 0 0 0 0 0 0 0" -i 20 - | hd 00000000 30 00 00 00 00 01 c3 ab 00 01 c3 ab 00 00 00 00 |0..............= =2E| 00000010 00 00 00 00 |....| 00000014 "long READ POSITION" camcontrol cmd $TAPE -v -c "34 6 0 0 0 0 0 0 0 0" -i 32 - |hd 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 01 c3 b2 |...............= =2E| 00000010 00 00 00 00 00 00 00 07 00 00 00 00 00 00 00 00 |...............= =2E| 00000020 Different tapes ---------------------- Density 0x26 =3D PRML, 122000 bpi DDS4 Cartridge (3.81mm DualReel, 20GB native, 150m length,): Mode Density Blocksize bpi Compression Current: 0x26:DDS-4 variable 97000 enabled (DCLZ) Density 0x25 =3D PRML, 122000 bpi (3.81mm DualReel, 36GB native, 125m length, ) Mode Density Blocksize bpi Compression Current: 0x25:DDS-3 variable 97000 enabled (DCLZ) I could also provide LTO-3 (and LTO-2) results =96 after I identified the= U320 killer in the bus=85 Like reported earlier, LTO-2 worked like a charm. DLT-V4 and VXA-320 will follow soon too =96 I'm waiting for some media. Thanks, -Harry --------------enig68B0664DA276E3346E70C684 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlUAlwIACgkQLDqVQ9VXb8iNmQCfZ+aO4z7vgPsvYhqDH9cSOO4G sY8AnjhpJWHxZqEXAzG7YWiAjdMFeF6k =YNOS -----END PGP SIGNATURE----- --------------enig68B0664DA276E3346E70C684--