home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5250 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.1 KB
  1. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!wupost!uwm.edu!rutgers!igor.rutgers.edu!athos.rutgers.edu!hedrick
  2. From: hedrick@athos.rutgers.edu (Charles Hedrick)
  3. Newsgroups: comp.unix.bsd
  4. Subject: more about 386BSD SLIP
  5. Message-ID: <Sep.7.14.41.53.1992.602@athos.rutgers.edu>
  6. Date: 7 Sep 92 18:41:54 GMT
  7. Organization: Rutgers Univ., New Brunswick, N.J.
  8. Lines: 12
  9.  
  10. Aside from the well-known silo overflow problem, I think there's
  11. another problem in the serial driver.  I just had output hang in SLIP.
  12. There's a well-known problem that causes output interrupts not to
  13. happen sometimes.  I've heard people who really know the serial
  14. devices claim that with correct interrupt handling code this won't
  15. happen, but in every piece of device-level code I've seen, it has.
  16. The problem showed up in SLIP8250 (the MSDOS packet driver -- I have a
  17. fixed version), in the FTP Inc SLIP implementation (they fixed it a
  18. couple of years ago), and Linux (until it was fixed several releases
  19. ago).  The obvious solution is to time out serial writes.  If you send
  20. a character and don't get output done within a reasonable time, just
  21. assume the output worked and go ahead with the next.
  22.