home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4530 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.3 KB
  1. Path: sparky!uunet!olivea!hal.com!decwrl!csus.edu!netcom.com!hasty
  2. From: hasty@netcom.com (Amancio Hasty Jr)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: (386BSD) Modems and com ports
  5. Keywords: internal or external?
  6. Message-ID: <x__nl1q.hasty@netcom.com>
  7. Date: 21 Aug 92 02:53:29 GMT
  8. References: <1992Aug20.171557.30071@watson.ibm.com> <1992Aug20.213721.4548@gateway.novell.com>
  9. Organization: Netcom - Online Communication Services  (408 241-9760 guest)
  10. Lines: 20
  11.  
  12.  
  13. I think that if the com driver is strap to interrupt levels less than 
  14. disk level, then under heavy I/O activities the com drivers will drop
  15. characters. If the com drivers is split into two parts:
  16. (a) a routine at  high level interrupt level less than splhigh and at
  17.  least as high  as diskio that just collects the characters and queues 
  18.  the requests to be processed at a lower priority.
  19.  
  20. (b) essential the same com driver that de-queues the request from its
  21.     higher level routine
  22.  
  23. If such a scheme is not implemented, it is conceivable that the system
  24. may lock out spltty interrupts long enough for the uart to drop characters.
  25.  
  26. The above outlinde strategy has been implemented in Unix systems for pcs
  27. with good results for instance the system being able to drive four
  28. com ports at 9600  without dropping a single character.
  29.  
  30. Cheers,
  31. Amancio Hasty
  32.