home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / dcom / modems / 18047 < prev    next >
Encoding:
Internet Message Format  |  1992-12-13  |  2.6 KB
  1. Path: sparky!uunet!stanford.edu!apple!ntg!dplatt
  2. From: dplatt@ntg.com (Dave Platt)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Telebit WB Problem
  5. Message-ID: <1992Dec13.060346.3850@ntg.com>
  6. Date: 13 Dec 92 06:03:46 GMT
  7. References: <Bz08Fs.IKE@hico2.westmark.com> <1992Dec10.174615.15323@q7.tessi.com> <Bz2D2B.HGA@ernest.itg.ti.com>
  8. Organization: New Technologies Group, Inc.  Palo Alto CA
  9. Lines: 50
  10.  
  11. >>there is/used to be a problem with sun systems and telebit modems.
  12. >>basically, you need to increase the time the sun holds dtr low
  13. >>during a line reset.
  14.  
  15. >This is interesting because the WB has an S register to specify the minimum 
  16. >amount of time for DTR to be low to cuase a modem reset.  The minimum value
  17. >you can stick in that register is 50 milliseconds.
  18.  
  19. The problem is a bit more involved than that.  What happens is something
  20. along the following lines:
  21.  
  22. [1] An interactive session ends, or the uucico program closes the port.
  23.  
  24. [2] The Sun drops DTR
  25.  
  26. [3] The Telebit notices that DTR has gone low for longer than the time
  27.     specified in the S-register, and starts the disconnection process.
  28.  
  29. [4] Some amount of time passes as the Telebit tells its peer that
  30.     disconnection is taking place, and the two modems agree to hang up.
  31.  
  32. [5] The Sun reaches the end of the "hold DTR low" period.  The port is
  33.     released.
  34.  
  35. [6] Another process (usually a "getty") tries to open the port.  Carrier
  36.     Detect is still high, so the open is allowed to proceed, and the tty
  37.     driver and getty begin to initialize the port.
  38.  
  39. [7] The Telebit finally gets around to dropping Carrier Detect,
  40.     signalling that the previous connection has dropped.
  41.  
  42. If you're lucky, step [6] completed before step [7] occurred.  If this
  43. happens, the getty simply receives an immediate hangup signal from the
  44. tty driver, and exits harmlessly.
  45.  
  46. If you're unlucky, step [6] is only half-complete when [7] occurs, and
  47. the tty driver gets hit by a hangup as it's halfway through port
  48. initialization.  Due to a bug (I infer) in the tty driver, the driver
  49. leaves the port in a zombified state... busy, but unable to be reset.
  50. The port becomes useless (locked up with DTR low) until the system is
  51. rebooted.
  52.  
  53. Patching the "zsadtrlow" value in the kernel to a nice safe number like
  54. 5 or 7 prevents the problem from occurring... it ensures that the Sun
  55. won't try to hand the port over to a new session until well after the
  56. modems have deasserted Carrier Detect.
  57. -- 
  58. Dave Platt                                                VOICE: (415) 813-8917
  59.               Domain: dplatt@ntg.com      UUCP: ...netcomsv!ntg!dplatt
  60.  USNAIL: New Technologies Group Inc. 2470 Embarcardero Way, Palo Alto CA 94303
  61.