home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / aux / 4053 < prev    next >
Encoding:
Text File  |  1992-11-17  |  3.1 KB  |  60 lines
  1. Newsgroups: comp.unix.aux
  2. Path: sparky!uunet!destroyer!ncar!noao!noao.edu!tody
  3. From: tody@noao.edu (Doug Tody)
  4. Subject: Re: Yet more about 'tc' (blocking issues)
  5. Message-ID: <1992Nov17.213516.27266@noao.edu>
  6. Sender: news@noao.edu
  7. Nntp-Posting-Host: lepus.tuc.noao.edu
  8. Reply-To: tody@noao.edu
  9. Organization: National Optical Astronomy Observatories
  10. References: <1228@jagubox.gsfc.nasa.gov> <1992Nov11.032712.26391@noao.edu> <1241@jagubox.gsfc.nasa.gov> <1243@jagubox.gsfc.nasa.gov> <1244@jagubox.gsfc.nasa.gov> <1992Nov14.060233.3593@noao.edu> <1245@jagubox.gsfc.nasa.gov> <1246@jagubox.gsfc.nasa.gov>
  11. Date: Tue, 17 Nov 1992 21:35:16 GMT
  12. Lines: 46
  13.  
  14. In article <1246@jagubox.gsfc.nasa.gov>, jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:
  15. > jim@jagubox.gsfc.nasa.gov (Jim Jagielski) writes:
  16. > 
  17. > >tody@noao.edu (Doug Tody) writes:
  18. > 
  19. > >>I have no information on the SCSI manager and am only grasping for straws,
  20. > >>but a remote possibility exists if the SCSI manager allows transfers which
  21. > >>are a multiple of N times the device block size.  In that case, setting the
  22. > >>block size to 1 byte would allow odd size transfers to the device.
  23. > 
  24. > >This may be possible... Of course, 'tc' would 1st have to issue a
  25. > >Read Block Limits to see if the device can do down as low as 1byte and
  26. > >then do the Mode Select... This also would mean that things be set up
  27. > >so that the device isn't _really_ in variable mode but in a small fixed
  28. > >blocksize mode...
  29. > 
  30. > Well, it looks like the above idea works! (Thanks Doug).
  31. > 
  32. > Buttttt... performance under this mode is a super dog. After all, the
  33. > tape drive must handshake for each and every _byte_ transfered.
  34.  
  35. Oh dear...  I was suggesting this only in the hopes that it might serve to
  36. fake out the SCSI manager.  It don't think it will work to actually set this
  37. block size at the device level, because this changes the tape format and we
  38. are back to the problem of having a tape format which can't be read on a
  39. different system.  What I was hoping, lacking information on the 3.0 SCSI
  40. manager, was that the SCSI manager could be told by the driver that the
  41. device block size was 1, that the SCSI manager would hopefully permit device
  42. transfers N times this value, and that the actual device block size would be
  43. set unbeknownst to the SCSI manager, using the SCSI set mode command to the
  44. device (I'm still not completely convinced this won't work, though it would
  45. be a horrible kludge).
  46.  
  47. It sounds to me like this SCSI manager was written to do fixed block mode
  48. i/o to SCSI disk devices.  The stock tc driver wants the tape device to look
  49. like a disk in order to use this SCSI manager code.  It might still be
  50. possible to work around this, but I am kind of stuck until the 3.0 device
  51. driver kit comes out, as I have no source for any of this stuff.  Even so,
  52. if the limitation lies further into the A/UX kernel we may be stuck.
  53.  
  54. In any case, thanks for the work on the tc driver Jim, we appreciate your
  55. efforts.  Just being able to have 1K fixed block mode i/o helps a lot.
  56.  
  57. -- 
  58. Doug Tody    National Optical Astronomy Observatories
  59. tody@noao.edu   P.O. Box 26732, Tucson, Arizona, 85726
  60.