From owner-freebsd-scsi Wed Jul 11 23:50:20 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 4289C37B407 for ; Wed, 11 Jul 2001 23:50:13 -0700 (PDT) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id IAA27188; Thu, 12 Jul 2001 08:50:08 +0200 (CEST) Received: (from j@localhost) by uriah.heep.sax.de (8.11.4/8.11.4) id f6C6g4Z45220; Thu, 12 Jul 2001 08:42:04 +0200 (MET DST) (envelope-from j) Date: Thu, 12 Jul 2001 08:42:04 +0200 From: Joerg Wunsch To: Matthew Jacob Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Trouble with SCSI Streamer Message-ID: <20010712084204.L1948@uriah.heep.sax.de> Reply-To: Joerg Wunsch References: <20010711204434.J1948@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from mjacob@feral.com on Wed, Jul 11, 2001 at 11:55:14AM -0700 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org As Matthew Jacob wrote: > Yes. Wangtek was the worst. The variable mode for the 51000H was > awful and just plain wrong. Haven't seen that, the largest QIC drive i've ever seen from Wangtek was the 5525 one (but that could at least do variable mode well enough). But you're right, their QIC drives didn't make a good impression, starting with the mechanics already. > > Well no, i don't wanna piss you off, nor do i have more time at hand > > No, no, it's just at least on this topic I can't seem to please anyone. But that's a constant attribute of a tape driver maintainer, isn't it? :-) > > I once thought about re-implementing `programmable' tape devices, like > > they did exist pre-CAM, ... > Actually, I think these are a bit of a crock- for every Nth option > you'd want to set, you'd need a different matrix name. What you need > to do instead is to establish persistent settings for specific > drives that re-establish after reboots and even if devices change > address. Hmm. For the relation between drive (manufacturer/model) and the settings, i think the hints/quirks stuff could work out. However, i doubt this will work well if you start including media densities in the matrix, but that's exactly the problem for QIC: i'd like to run my drive in variable mode except for QIC-150 media. Right now, i always have to remember about the right mt density command before starting an operation (the first "mt blocksize 0" is set via rc.local at boot-time, since this is the usual default i want). The idea with the subdevices would at least allow for an rc.tape script that could adjust four arbitrary values for each drive, as the operator/owner of the machine would like it to be. OK, it's a manually maintained persistence then, sorta. :) But if quirks => hints could do this, i wouldn't be opposed to it. Or if we could combine both. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message