From owner-freebsd-hardware Wed Sep 3 21:32:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03578 for hardware-outgoing; Wed, 3 Sep 1997 21:32:20 -0700 (PDT) Received: from smoke.marlboro.vt.us (smoke.marlboro.vt.us [198.206.215.91]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA03570; Wed, 3 Sep 1997 21:32:08 -0700 (PDT) Received: (from cgull@localhost) by smoke.marlboro.vt.us (8.8.7/8.8.7/cgull) id AAA14263; Thu, 4 Sep 1997 00:32:03 -0400 (EDT) Date: Thu, 4 Sep 1997 00:32:03 -0400 (EDT) Message-Id: <199709040432.AAA14263@smoke.marlboro.vt.us> From: john hood MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-hardware@freebsd.org, freebsd-scsi@freebsd.org Subject: twiddling compression on a Sony SDT-7000 DAT drive, and slow dumps X-Mailer: VM 6.31 under Emacs 19.34.2 Sender: owner-freebsd-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk so, i have this lovely little Sony SDT-7000 tape drive. it had the jumper that controls the compression default set to not compress. a couple days ago, i spent much, much too long trying to get this thing to enable compression, by way of the more-or-less usual compression mode page on DAT drives and scsi(8). no matter what i tried, i couldn't get anything to happen to the drive. i ended up applying the PC Solution (tm): rip the box apart and set the bleeding jumper. since i still want to be able to turn off compression occasionally, i'm still left with trying to get it to work in software. Sony tech support hasn't been much help so far (their DAT support people are out on vacation or somesuch). has anybody been able to get this to work? am i possibly beating my head against old firmware on the drive? am i missing something stupid? scsi -f /dev/rst0.ctl -c "0x15 0x10 0 0 0x14 0" \ -o 0x14 "14 0 10 0 0f e c0 80 0 0 0 20 0 0 0 0 0 0 0 0" [...] Aug 25 01:03:54 smoke /kernel: FreeBSD 2.2.2-RELEASE #2: Tue Aug 19 15:27:24 EDT 1997 Aug 25 01:03:54 smoke /kernel: cgull@smoke.marlboro.vt.us:/usr/src/sys/compile/NEWSMOKE [...] Aug 25 01:03:54 smoke /kernel: ncr0 rev 2 int a irq 9 on pci0:10 Aug 25 01:03:54 smoke /kernel: (ncr0:0:0): "SEAGATE ST12400N 8650" type 0 fixed SCSI 2 Aug 25 01:03:54 smoke /kernel: sd0(ncr0:0:0): Direct-Access Aug 25 01:03:54 smoke /kernel: sd0(ncr0:0:0): 10.0 MB/s (100 ns, offset 8) Aug 25 01:03:54 smoke /kernel: 2048MB (4194685 512 byte sectors) Aug 25 01:03:54 smoke /kernel: (ncr0:1:0): "SEAGATE ST11200N SUN1.05 9500" type 0 fixed SCSI 2 Aug 25 01:03:54 smoke /kernel: sd1(ncr0:1:0): Direct-Access Aug 25 01:03:54 smoke /kernel: sd1(ncr0:1:0): 10.0 MB/s (100 ns, offset 8) Aug 25 01:03:54 smoke /kernel: 1005MB (2059140 512 byte sectors) Aug 25 01:03:54 smoke /kernel: (ncr0:2:0): "TOSHIBA CD-ROM XM-3401TA 0283" type 5 removable SCSI 2 Aug 25 01:03:54 smoke /kernel: cd0(ncr0:2:0): CD-ROM Aug 25 01:03:55 smoke /kernel: cd0(ncr0:2:0): asynchronous. Aug 25 01:03:55 smoke /kernel: can't get the size Aug 25 01:03:55 smoke /kernel: (ncr0:4:0): "SONY SDT-7000 0150" type 1 removable SCSI 2 Aug 25 01:03:55 smoke /kernel: st0(ncr0:4:0): Sequential-Access Aug 25 01:03:55 smoke /kernel: st0(ncr0:4:0): 10.0 MB/s (100 ns, offset 8) Aug 25 01:03:55 smoke /kernel: density code 0x13, drive empty additionally, dumps run really slowly on this machine. i get about 350-400 KB/s dumping to /dev/null. the tape drive doesn't run any faster, obviously, and shoeshines away. tar or other filesystem users run at a reasonable speed. is this normal or not? any obvious suspects? --jh -- John Hood cgull@smoke.marlboro.vt.us Predictably, they all eventually wandered away, rubbing their bruises and brushing mud out of their hair. Some went off to work for the ESA, launching much smaller rockets into low orbits, while others elected to sit on their front porches drinking Jim Beam from the bottle and launching bottle rockets from the empties. [Jordan Hubbard]