home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4544 < prev    next >
Encoding:
Text File  |  1992-08-21  |  2.2 KB  |  53 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!mips!mips!munnari.oz.au!uniwa!cujo!marsh!cproto
  3. From: cproto@marsh.cs.curtin.edu.au (Computer Protocol)
  4. Subject: Re: (386BSD) Modems and com ports
  5. Message-ID: <cproto.714407748@marsh>
  6. Keywords: internal or external?
  7. Sender: news@cujo.curtin.edu.au (News Manager)
  8. Organization: Curtin University of Technology
  9. References: <1992Aug20.171557.30071@watson.ibm.com> <1992Aug20.213721.4548@gateway.novell.com> <x__nl1q.hasty@netcom.com>
  10. Date: Fri, 21 Aug 1992 14:35:48 GMT
  11. Lines: 40
  12.  
  13. hasty@netcom.com (Amancio Hasty Jr) writes:
  14.  
  15.  
  16. >I think that if the com driver is strap to interrupt levels less than 
  17. >disk level, then under heavy I/O activities the com drivers will drop
  18. >characters. If the com drivers is split into two parts:
  19. >(a) a routine at  high level interrupt level less than splhigh and at
  20. > least as high  as diskio that just collects the characters and queues 
  21. > the requests to be processed at a lower priority.
  22.  
  23. >(b) essential the same com driver that de-queues the request from its
  24. >    higher level routine
  25.  
  26. >If such a scheme is not implemented, it is conceivable that the system
  27. >may lock out spltty interrupts long enough for the uart to drop characters.
  28.  
  29. >The above outlinde strategy has been implemented in Unix systems for pcs
  30. >with good results for instance the system being able to drive four
  31. >com ports at 9600  without dropping a single character.
  32.  
  33. >Cheers,
  34. >Amancio Hasty
  35.  
  36.  
  37.  
  38. I couldn't agree more. Here at Computer Protocol we have developed 68000
  39. based boxes running at whimpish 10 MHz with 4 simple Zilog 8530 serial
  40. controler chips providing 8 synchronous ports. It easily supports 8
  41. full duplex X.25 links at 9600 b/s. Compare that to a 486 at 33MHz and
  42. with only one 9600 b/s port. Unless you do something really silly, it
  43. shouldn't be a problem. 386BSDs com driver sucks, it can't keep up.
  44.  
  45. I would write a new com driver from scratch using the strategy posted
  46. by Amancio but I haven't got the time. It's definitely the right way
  47. to go.
  48.  
  49. If nobody else voluntiers then I might risk a divorce and do it at home.
  50.  
  51. Regards - Tibor Sashegyi (cproto@abel.cs.curtin.edu.au)
  52.  
  53.