home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / apple2 / 20051 < prev    next >
Encoding:
Text File  |  1992-09-09  |  4.0 KB  |  85 lines
  1. Newsgroups: comp.sys.apple2
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!nntp-server.caltech.edu!toddpw
  3. From: toddpw@cco.caltech.edu (Todd P. Whitesel)
  4. Subject: Re: AE Flopticals...RamFAST & TAPE DRIVES
  5. Message-ID: <1992Sep9.105436.27785@cco.caltech.edu>
  6. Sender: news@cco.caltech.edu
  7. Nntp-Posting-Host: punisher
  8. Organization: California Institute of Technology, Pasadena
  9. References: <posty.715997845@yak>
  10. Date: Wed, 9 Sep 1992 10:54:36 GMT
  11. Lines: 72
  12.  
  13. posty@socs.uts.edu.au (Andrew Roughan) writes:
  14.  
  15. >OR, these drives may have the "active termination" feature which caused
  16. >Todd to blow his PLI drive up.
  17.  
  18. Actually it just got flakier as time went on. I sent that one back and bought
  19. the Tulin drive a couple weeks later.
  20.  
  21. >Richard "SCSI Part, The Snail" Bennett has written a GS/OS SCSI driver for
  22. >these drives. He is currently waiting on Insite to deliver the technical
  23. >doco on the mechanism before he releases it.
  24.  
  25. Well Insite only took 5 days (including the weekend) to get them to me, and I'm
  26. in the same state. If he has any specific questions have him mail me here on
  27. punisher and I'll type in the specific bits he wants to know. They're quite
  28. interesting reading, maybe I should just xerox the lot and ship it to CVT :)
  29.  
  30. >1)There are currently 3 known drivers for floptical drives.
  31. >-Tulin sells one with thier drives.
  32.  
  33. Theirs is not available yet, it is in beta testing and should be available any
  34. day now. I called Tulin last week and they said they would call me at work when
  35. the driver was ready. I assume that all of these are for the DMA SCSI right?
  36. I still need to track down my lead on a cheap one, which I am only getting so I
  37. can use the floptical as it was meant to be used :( . This means I'll have a
  38. RamFast for the quantum and a DMA SCSI for the floptical. bleagh.
  39.  
  40. >2)The current floptical drives only use MFM encoding. This means that 800k
  41. >GS disks (GCR encoding) can not be read by these drives.
  42.  
  43. This is correct.
  44.  
  45. >3)The AE Floptical drive requires a "mode sense call" before either a "write"
  46. >call or a "format" call.
  47.  
  48. The Insite mechanism itself requires this. I quote:
  49. "The drive contains a write lock feature which prohibits write, reassign, or
  50. format operations until an unlock sequence is executed. The purpose of this
  51. feature is to prevent media modification until the initiator determines the
  52. target drive type. The lock is set by a power-up or SCSI reset. The initiator
  53. resets the lock by executing a Mode Sense command requesting Mode Page 2EH with
  54. an allocation length exactly equal to the returned data length (including the
  55. effect of the DBD bit)."
  56. This DBD bit looks like part of the CCS standard and indicates the omission of
  57. an 8 byte section that comes between the header and the 30 byte Page 2EH block.
  58.  
  59. >Richard has done this and expects to make his tape backup program "The Snail"
  60. >work with the RamFAST. He "may" look into writing a GS/OS SCSI driver for
  61. >tape drives on a RamFAST.
  62.  
  63. This would be nice. CVT has not made it particularly easy but it is possible.
  64. My congratulations to Richard.
  65.  
  66. >BTW: According to Richard (so don't flame me) tape drives are actually
  67. >block orientated devices. Apple's SCSITAPE is a character device driver only
  68. >because it is more logical to think of a tape drive as a sequential medium.
  69.  
  70. Block orientated, yes, random access, usually not. GS/OS defines a 'block
  71. device' to be random access, and a 'character device' to be sequential access.
  72. This is the important distinction that I've been trying to get across, and you
  73. have made me realize that GS/OS really should be using 'random-access device'
  74. and 'sequential-access device' instead. My apologizes to anyone whose ego I
  75. bruised because I expected them to not be fooled by the confusing terms.
  76.  
  77. >My feeling on this is that SCSITAPE will work with both character and block
  78. >orientated tape drives (IF character orientated tape drives exist).
  79.  
  80. You might want to rephrase this in light of the previous paragraph but it's
  81. no biggie -- I think we're on the same wavelength finally.
  82.  
  83. Todd Whitesel
  84. toddpw @ cco.caltech.edu
  85.