home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sgi / 13179 < prev    next >
Encoding:
Text File  |  1992-09-01  |  2.0 KB  |  51 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!sun-barr!ames!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: Incoming UUCP flow control problem?
  5. Message-ID: <pauogvg@rhyolite.wpd.sgi.com>
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. References: <1992Sep1.152548.19218@alias.com>
  8. Date: Wed, 2 Sep 1992 03:06:08 GMT
  9. Lines: 40
  10.  
  11. In article <1992Sep1.152548.19218@alias.com>, chk@alias.com (C. Harald Koch) writes:
  12. > We have a SGI IRIS-4D/80S running IRIX 4.0.1 with a 6-port serial board.
  13. > There are two modems used exclusively for UUCP connected to the on-board
  14. > modem ports, and four more modems connected to the 6-port board. All modems
  15. > are Telebits; the two UUCP modems and two of the others are TB+; the
  16. > remaining two are T2500s.
  17.  
  18. What is a Telebit "UUCP modem"?
  19.  
  20. > ....
  21. > This looks suspiciously like a flow-control problem....
  22.  
  23.  
  24. Using a break-out box in series with the computer and each modem, test
  25. to see if dropping RTS or CTS stops output from the appropriate
  26. device.
  27.  
  28. Using two break-out boxes in series with two modems, call one modem
  29. with the other using cu.  Again test the effects of RTS and CTS.  Use
  30. control-S to cu to make the one side stop receiving, and `cat bigfile >
  31. /dev/ttyfZZ` to stuff a bunch of data down the other modem.  See if the
  32. computer drops RTS, and then see if the far modem drops CTS.  Reverse
  33. and try the other direction.
  34.  
  35.  
  36. If all of that fails to uncover bad cabling or modem settings, check to
  37. see that the 4D/80 is not suffering long periods of interrupts being
  38. disabled.  Each "kernel printf" turns off interrupts for its duration.
  39. While interrupts are off, in-coming flow control is not handled.
  40.  
  41. Output flow control is done by the hardware.  That you see UUCP file
  42. transmissions fail implies the problem is in the modems or the
  43. cabling.
  44.  
  45. Please note that 6-port boards with the older firmware will generally
  46. get less than 960 B/s through UUCP.  I do not know how you might get
  47. the new firmware.  It requires IRIX 4.0.5.
  48.  
  49.  
  50. Vernon Schryver,   vjs@sgi.com
  51.