Date: Thu, 23 Mar 1995 15:01:52 -0800 (PST) From: julian@tfs.com (Julian Elischer) To: fredriks@mcs.com (Lars Fredriksen) Cc: phk@ref.tfs.com, julian@tfs.com, fbsd@clem.systemsix.com, hackers@FreeBSD.org, moto@CS.cmu.edu, tinguely@plains.nodak.edu Subject: Re: Problems with 2940 and 950210snap Message-ID: <m0rrvt3-0003wLC@TFS.COM> In-Reply-To: <m0rrvOw-000BkEC@mercury.mcs.com> from "Lars Fredriksen" at Mar 23, 95 04:30:46 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> st has changed quite a bit since then it may not quite handle status info for other drives correctly any more.. it MIGHT, but then again it may not.. the actual work of merging will not be hard. just the work of checking the logic will be 90% of it.. I'm sure it will correctly do rewinds etc. for non scsi drives, it's just the status stuff. julian > Poul-Henning Kamp writes: > > > > > > Could you try to use "tcopy /dev/rmt0" to verify the blocksize ? > > > > > > if we distributed the 'st' utility like we should, > > > > WHAT ?? I thought that had gone in LONG time ago ??? > > > > Ok, > > unless somebody wants to merge this into "mt", really fast, I'm > > going to commit Julians code > > Did mt change a lot from 4.3 to 4.4? If not st is already a merged mt. > I created it by copying mt.c to st.c and putting in the extra stuff. > Lars > > > -- > ------------------------------------------------------------------- > Lars Fredriksen fredriks@mcs.com (home) > lars@fredriks.pr.mcs.net (home-home) > fredriks@asiago.cs.wisc.edu >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?m0rrvt3-0003wLC>