home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!netcomsv!mport!admin!jack
- From: jack@admin.mport.COM (Jack Craig)
- Newsgroups: comp.unix.sys5.r3
- Subject: Re: Moving SCSI drive to different controller
- Message-ID: <1741@admin.mport.COM>
- Date: 6 Nov 92 19:56:45 GMT
- References: <1d13eqINNin1@uwm.edu> <Bx3DA3.DDv@maxed.amg.com> <1992Nov5.193051.6941@mksol.dseg.ti.com>
- Distribution: usa
- Organization: Microport Inc., Scotts Valley, CA 95066 US of A
- Lines: 30
-
- mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
-
- >In <Bx3DA3.DDv@maxed.amg.com> ed@maxed.amg.com (Ed Whittemore) writes:
- >>For instance, you could move from an Adaptec 174(x) to a BusLogic 74(x),
- >>which I would recommend anyway since the BusLogic doesn't have the
- >>SCSI tape firmware problem that the Adaptec has.
-
- >What problem is this? I ask because I have an AHA-1740A and am
- >planning on buying a high-capacity SCSI tape drive.
-
- the 1740 seems to want to treat the tape to sync protocol. in so doing,
- looses the state of the check condition on end of media. for our
- unix systems this results in being able to write a tape, but hang
- on trying to read it back.
-
- (Marketing Blurb) Microports enhanced mode driver for the 1740 has
- a patch to work around this firmware problem. email direct for details,
- as the engineer that wrote it, i'll be happy to provide info to interested
- folks; unfortuneately this only helps microport svr4 users. sorry.
-
- jack...
- =============================================================================
- Jack Craig Microport SVR4 408-438-UNIX uunet!mport.com!jack
- Software Horizons SVR3 408-684-1375 uunet!sco.com!blznrzn!jack
- =============================================================================
- >--
- >"Insisting on perfect safety is for people who don't have the balls to live
- > in the real world." -- Mary Shafer, NASA Ames Dryden
- >------------------------------------------------------------------------------
- >Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
-