home *** CD-ROM | disk | FTP | other *** search
/ Club Amiga de Montreal - CAM / CAM_CD_1.iso / files / 550b.lha / newser_v2.10 / update.doc < prev    next >
Text File  |  1991-09-08  |  6KB  |  147 lines
  1. Newser.device update information
  2. --------------------------------
  3.  
  4. V2.10 --- June 27, 1991
  5.  
  6. This version is very similar to V2.00. It adds a routine for
  7. controlling the RTS and DTR control lines directly. The method is
  8. compatible with that of ASDG's Dual Serial Board. See the source
  9. code for more information. A couple of potential problems were
  10. fixed as well.
  11.  
  12. This will likely be the final "official" version of newser,
  13. except perhaps for minor bug fixes. HAVE FUN!
  14.  
  15. Documentation for V2.00:
  16.  
  17. Please read this completely, since it contains information you'll
  18. probably need to know sometime...
  19.  
  20. The time has come for another update to the serial device driver
  21. for the I/O expansion board. Previous versions basically worked,
  22. but had various shortcomings. This, the third release, tries to
  23. finally do everything right...(and seems to succeed!!)
  24.  
  25. What's new?
  26. -----------
  27.  
  28. * Better performance. The last version increased read performance
  29. to the max; this version addresses write performance as well.
  30. Context-switching overhead has been reduced to a minimum to make
  31. writing much faster than the previous version, and faster than
  32. the regular serial.device too. The overall performance of the
  33. driver is now extremely satisfying!
  34.  
  35. * CTS handshaking now works. This is a major fix. Previous
  36. versions would mysteriously hang if CTS was ever deasserted. (The
  37. serial chip documentation was inadequate...). It is now safe (and
  38. recommended) to turn on CTS handshaking. Actually there is no way
  39. to turn off CTS handshaking (a limitation of the serial chip) but
  40. if you specify no CTS handshaking, the driver will check the
  41. status of CTS before starting a write operation: if CTS is not
  42. asserted, the write is aborted. On the other hand, if CTS
  43. handshaking is turned on, and CTS is not asserted (e.g. the modem
  44. is turned off), the driver will wait forever for CTS to be
  45. asserted; expect this. Terminal software is supposed to provide a
  46. time-out to avoid "hanging" in this case, but I doubt the
  47. authors' of these programs bothered to do it.
  48.  
  49. * The "random lock-up" bug reported by some users is fixed.
  50.  
  51. * IOPatch received a small update: It now calls CacheClearU after
  52. duplicating itself, when running under kickstart 2.0. Also the
  53. gadget text was changed to be slightly more intuitive.
  54.  
  55. One bug report remains an unsolved mystery. A user reported total
  56. failure when using the I/O board in a system with a GVP Series-II
  57. controller; when the controller was removed, the board functioned
  58. normally. I have checked the driver very carefully and don't
  59. believe that it could be responsible for such a drastic failure.
  60. Instead it's probably a hardware problem. First suggestion: add a
  61. pull-up resister on the reset line, as specified in the assembly
  62. manual.
  63.  
  64. Tips for using newser.device
  65. ----------------------------
  66.  
  67. * Turn off XON/XOFF handshaking unless you really really really
  68. need it (you probably don't). If XON/XOFF is on, the driver can't
  69. use its "RAD_BOOGIE" mode to speed up reads; instead of doing a
  70. fast bulk copy, the driver is forced to check each byte for
  71. XON/XOFF...this is extremely slow!!!!
  72.  
  73. * If you are communicating with a modem at a speed higher than
  74. the connect rate, CTS handshaking MUST be turned on for ZModem
  75. transfers to work properly.
  76.  
  77. * Higher numbered serial "units" have higher interrupt
  78. priorities. If, for example, you are using two ports, one at
  79. 19,200bps and the other at 2400bps, then a good arrangement is to
  80. connect the 19,200bps line to unit 1, and the other to unit 0.
  81. The other way around will give poor results.
  82.  
  83. Compatibility
  84. -------------
  85.  
  86. This version of the serial driver was tested with the following
  87. programs:
  88.  
  89. * JRComm 1.02
  90. * Handshake 2.12a/2.20c
  91. * Ncomm 1.9
  92. * C-Net 1.95t (BBS software)
  93.  
  94. Special thanks go to John Hoyt for his beta-testing and
  95. encouragement. Call his excellent C-Net BBS at 213-633-5002.
  96.  
  97.  
  98. Important notice to all I/O board users!
  99. ----------------------------------------
  100.  
  101. Due to the longer cable length that the moved CIA must drive,
  102. many of you are experiencing erratic floppy operation, even after
  103. grounding the I/O board as recommended. Fortunately I seem to
  104. have run into the cure! It turns out that this problem is highly
  105. dependent on the CIA revision. The CIAs that came with my A2000,
  106. labeled 8520A-1, worked absolutely horribly, BUT when I replaced
  107. it with an 8520R2 from my old A1000, the erratic floppy problem
  108. COMPLETELY disappeared even when the board had no extra
  109. ground/power attachments. If you are having this problem, trade
  110. CIAs around!  Note: New Amigas are being shipped with a CIA
  111. revision that promises much better drive characteristics.
  112. However, this new version is not a perfect replacement, requiring
  113. some additional pull-up resisters. The bottom line is this. If
  114. you have the latest CIA revision, you are probably not having any
  115. problems. If you have an old CIA revision, you can't substitute
  116. the latest revision without some hacking; instead, try swapping
  117. with an old A1000 like I did. (The 1000 won't know the
  118. difference).
  119.  
  120.  
  121. The Future
  122. ----------
  123.  
  124. I'm still interested in a Zorro-II version of the I/O board,
  125. maybe even with a 6502 on board...(or am I dreaming?). I talked
  126. to one person who expressed interest in designing such a board,
  127. but I haven't contacted him in several months. Don't be shy; give
  128. me a call and get started!!
  129.  
  130. ----------------------------------------------------------------
  131.  
  132. Since I put so much time into this upgrade (unpaid of course), I
  133. would appreciate receiving a few disks in the mail...I especially
  134. like programmers tools/utilities, megademos, and anything fun.
  135. Thank you for your support!!!
  136.  
  137. My address...
  138.  
  139. P.O. Box 1532
  140. Southgate, MI  48195
  141. USA
  142.  
  143. Phone: (313)-479-1056
  144. Internet: dxb132@psuvm.psu.edu
  145. Bix: danbabcock
  146.  
  147.