home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / archives / packetdrivers.tar.gz / pd.tar / new / slip8250.upd < prev    next >
Internet Message Format  |  1992-02-10  |  3KB

  1. Date: Tue, 10 Dec 1991 22:28 MDT
  2. From: Joe Doupnik <JRD@cc.usu.edu>
  3. Subject: SLIP Packet Driver
  4. To: nelson@sun.soe.clarkson.edu
  5. Cc: fdc@watsun.cc.columbia.edu
  6.  
  7. First, while getting SLIP to work in the next version of MS-DOS Kermit (v3.12)
  8. I discovered that SLIP8250.COM has self inflicted wounds (loses interrupts).
  9. So I did some quick work to sooth it into performing well.  I'll send you the
  10. code and you can do some sanding and painting of it.  Basically, the writers
  11. went overboard playing with 16550A UARTs and forgot that most UARTs lose the
  12. transmit buffer empty interrupt when others occur.  I chopped out all that
  13. xmtr code and put in a straight, simple, unqueued, send a char non-interrupt
  14. driven transmitter and it works just fine, thankyou.
  15.  
  16. Date: Mon, 16 Dec 1991 21:32 MDT
  17. From: Joe Doupnik <JRD@cc.usu.edu>
  18. Subject: Revised SLIP8250 Packet Driver core
  19. To: nelson@cheetah.ece.clarkson.edu
  20. cc: fdc@watsun.cc.columbia.edu
  21.  
  22. Russ,
  23.  
  24. Here's the SLIP8250 file, revised to make it work dependably. There
  25. are four changes:
  26.  
  27. 1. Eliminate the use of transmitter holding register empty interrupts
  28.    because they can be lost during processing of receiver interrupts. That loss
  29.    stops the data exchange. My simpler method works fine.
  30.  
  31. 2. Along with that we lose the large buffer for transmitted characters
  32.    and the messy code dealing with these two items.
  33.  
  34. 3. Remove the transmitter buffer size from the command line.
  35.  
  36. 4. And ensure code lines do not exceed 80 bytes (preferrably 78).
  37.  
  38. The version number is bumped from 5 to 6. You might want to give the file a
  39. new name because of the change to the command line: the send_buf_size
  40. parameter has been eliminated (previously it was before recv_buf_size).  Here
  41. is the new command-line format:
  42.  
  43. SLIP8250 [-n] [-d] [-w] packet_int_no [-h] [driver_class] [int_no]
  44.   [io_addr] [baud_rate] [recv_buf_size]
  45.  
  46. Note: All parameters are given on one line, in the order shown.  Trailing
  47. arguments (after packet_int_no) can be omitted.  The defaults are:
  48.  
  49.   driver_class  = SLIP (Class 6)
  50.   int_no        = 4 (for IRQ 4)
  51.   io_addr       = 03f8h (for COM1)
  52.   baud_rate     = Whatever the port is presently set to
  53.   recv_buf_size = 3000
  54.  
  55. The driver_class should be SLIP, KISS, AX.25, or a number. A 3000 byte receive
  56. buffer is about twice as large as most programs need so experimenting is ok.
  57.  
  58. -h enables hardware handshaking (RTS/CTS).  Software flow control (Xon/Xoff)
  59. is not available.
  60.  
  61. Run SLIP8250 from the DOS prompt, or from your AUTOEXEC.BAT file.  Example: 
  62.  
  63.   slip8250 0x60 SLIP 4 0x3f8 19200 3000
  64.  
  65. Joe D.
  66.