home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sun / hardware / 3862 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  2.1 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!news2me.ebay.sun.com!exodus.Eng.Sun.COM!appserv.Eng.Sun.COM!oobleck!bender
  2. From: bender@oobleck (Duke of Canterbury)
  3. Newsgroups: comp.sys.sun.hardware
  4. Subject: Re: Additional RS232 ports
  5. Date: 13 Aug 1992 23:08:49 GMT
  6. Organization: SPARK's R US
  7. Lines: 32
  8. Message-ID: <l8lqs1INNd7b@appserv.Eng.Sun.COM>
  9. References: <1992Aug12.141935.18721@aristo.tau.ac.il>
  10. Reply-To: bender@oobleck.eng.sun.com
  11. NNTP-Posting-Host: oobleck
  12. X-Newsreader: Tin 1.1 PL3
  13.  
  14. adar@taurus.math.tau.ac.il (Adar Wesley) writes:
  15. : In article <l8fbnjINN2jd@appserv.Eng.Sun.COM> bender@oobleck.eng.sun.com writes:
  16. : >bumbles@leland.Stanford.EDU (Steven Alexander) writes:
  17. : >: We have a need for using 15-20 serial RS232 ports on our
  18. : >: Sun Sparcstation 1. It comes with 2 serial ports. What
  19. : >: are our options for the additional ports?
  20. : >
  21. : >You can get the SPC/S card from Sun - it offers 8 serial ports and one
  22. : >parallel port per card.
  23. : 
  24. : We have the card that Mike is describing on a SparcStation-2.
  25. : 
  26. : The problem is that sometimes when people logout they leave a
  27. : process hanging on the port in the state <exiting>.
  28. : From then on, the only thing that we found to bring that port
  29. : back to life is to reboot the machine.
  30.  
  31. There is a new release of the software out, 1.2 SPC/S, that fixes this bug.
  32. The bug manifested itself typically with dial-in modems and was caused by
  33. the phone line connection being dropped while there was still data waiting
  34. to be sent from the device driver to the modem, but data transmission from
  35. the driver to the modem was stopped because of flow control.  The 1.2 SPC/S
  36. software fixes this problem in the driver.  The root cause of the problem,
  37. however, has to do with AT&T's STREAMS code not honoring a non-blocking
  38. close() call nor following the STREAMS close() semantics of timing out after
  39. a certain period of time from when the user application did a close() to the
  40. serial port and there was still data to be sent to the device.  As far as I
  41. know, this behavior was never fixed in any SunOS release up to SunOS 4.1.2,
  42. and can sometimes cause wierd serial port problems, especially with modems
  43. and software flow control.
  44.  
  45. mike
  46.