Date: Mon, 14 Dec 1998 19:15:09 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: Greg Lehey <grog@lemis.com> Cc: freebsd-current@FreeBSD.ORG Subject: Re: Tape Driver Changes Proposed: Tape Early Warning Behaviour Message-ID: <Pine.LNX.4.04.9812141911310.2563-100000@feral-gw> In-Reply-To: <19981215132144.H15633@freebie.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > You *can* enable/disable compression, and we could even make the change
> > persistent across tape mounts, but the issue here is whether or not you
> > also want to go and change the N different backup utilities to use the
> > appropriate ioctl to select compression or not.
>
> Precisely. That would also include any tape utilities you port, and
> any other program you may want to use to access tape. Specifying the
> function in the device name seems the easiest solution to me.
>
The only problem with this is that the matrix of device names gets
extremely unwieldy. It's not just compression, but perhaps density. Take a
look at the Solaris tape name mess:
/dev/rmt/U{l|m|h|c}[b][n]
U == unit; l = low, m = med, h = high, c = compression; b = BSD semantics;
n = norewind
and this is where you've (incorrectly, in my opinion) smooshed compression
in with density selection.
I don't see an easy solution that makes sense (as yet- this requires a lot
of thinking).
-matt
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.04.9812141911310.2563-100000>