From owner-freebsd-hackers  Tue Mar 21 21:22:48 1995
Return-Path: hackers-owner
Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA21508 for hackers-outgoing; Tue, 21 Mar 1995 21:22:48 -0800
Received: from ns.gte.com (ns.gte.com [132.197.8.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA21483 for <freebsd-hackers@freebsd.org>; Tue, 21 Mar 1995 21:22:46 -0800
Received: by ns.gte.com (8.6.10/8.6.10)
	id AAA16286; Wed, 22 Mar 1995 00:20:22 -0500
Received: from bunny.gte.com(132.197.8.1) by cliff via smap (V1.3)
	id sma016254; Wed Mar 22 00:20:14 1995
Received: by bunny.gte.com (8.6.9/GTEL2.19)
	id AAA02723; Wed, 22 Mar 1995 00:21:53 -0500
Received: by genesis.tiac.net (8.6.9/genesis0.0)
	id XAA06510; Tue, 21 Mar 1995 23:37:10 GMT
Date: Tue, 21 Mar 1995 23:37:10 GMT
From: steve2@genesis.tiac.net (Steve Gerakines)
Message-Id: <199503212337.XAA06510@genesis.tiac.net>
To: freebsd-hackers@FreeBSD.org
Subject: Re: Problems with 2940 and 950210snap
Sender: hackers-owner@FreeBSD.org
Precedence: bulk

> > Two tape frobbing commands does strike me as more than a little silly,
> > and `mt' is the historical standard.
> 
> Actually, there are three tape commands mt, st, and ft.  If st is
> eliminated on historical grounds, then ft should also suffer the same
> fate.

Ugh.  Ft is very different from mt/st so currently dropping it or
rolling it into the ft driver is impossible.  Rolling it into a generic
tape command isn't a good idea either since at the moment I'm working on
changing the driver to behave like a regular mt device with a fixed
1K blocksize.  If I can squeeze decent performance out of it and the
driver doesn't become extremely huge, hopefully it will vanish.

- Steve
steve2@genesis.tiac.net