Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ukma!rutgers!ucla-cs!scw
From: scw@ollie.SEAS.UCLA.EDU
Newsgroups: comp.sys.ibm.pc.rt
Subject: Re: CFN R-9000 Series Tape Drive
Message-ID: <21038@shemp.CS.UCLA.EDU>
Date: 27 Feb 89 18:05:38 GMT
References: <22856@adelie.Adelie.COM>
Sender: news@CS.UCLA.EDU
Reply-To: scw@ollie.SEAS.UCLA.EDU (Stephen C. Woods)
Distribution: usa
Organization: UCLA School Of Engineering & Applied Science
Lines: 21

In article <22856@adelie.Adelie.COM> sean@adelie.Adelie.COM (Sean Conway) writes:
[....]
>CFN said it's an "operator" error and we're saying the drive doesn't work
>period.  All drive should be able to tell if it read bad data and throw
>up a signal.
>
>Has anyone experience similiar problems with CFN?
>
>I'll appreciate any info or comments...

Sorry for the posting, couldn't get an internet address.
Sean,
   There is a problem with the CFN 9000 controller in that the FIFO chips are
not fast enough. The simplest fix is to slow your tape drive's effective rate
down to ~ 125 KB/Sec then the fifo can keep up.  Cypher drives have an option
142-(9) in the drive to set the Interface Transfer Rate, if you set it to 126.6
(see section 4.1.2 in the M990 GCR Maintenance Manual [799981-001] Test 142)
things should work just fine.
<scw>
Stephen C. Woods; UCLA SEASNET; 2567 BH;LA CA 90024; (213)-825-8614
UUCP: ...!{ibmsupt,hao!cepu}!ollie}!scw ARPA:scw@{Ollie.,}SEAS.UCLA.EDU