home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 10552 < prev    next >
Encoding:
Internet Message Format  |  1992-09-12  |  2.7 KB
  1. Path: sparky!uunet!olivea!spool.mu.edu!wupost!csus.edu!netcom.com!james
  2. From: james@netcom.com (James L. Paul)
  3. Newsgroups: comp.os.linux
  4. Subject: High Speed Modems and getty
  5. Keywords: getty, modems, SIGHUP, IOCTL
  6. Message-ID: <-qwn96l.james@netcom.com>
  7. Date: 12 Sep 92 14:46:20 GMT
  8. Organization: Netcom
  9. Lines: 45
  10.  
  11. I'm using 0.97.2 and uugetty from the getty_ps203 package. I've never
  12. turned on the debugging, and it answers the ring fine, and sets speeds
  13. properly. However, I'm still struggling with 2 problems...
  14.  
  15. 1. Apparently, my problem with the shell not getting a SIGHUP was
  16.    related to the CLOCAL in my default /etc/gettydefs. I removed the
  17.    CLOCAL and now my shell gets the SIGHUP. SOMETIMES!!! If there are
  18.    any child processes, nothing dies at all, including the shell, and
  19.    I have to kill them off by hand. When I manually kill a shell in this
  20.    situation, then uugetty is automatically respawned immediately.
  21.  
  22.    Basically, if a user is running anything and not just sitting in the
  23.    shell when modem connection is lost, that tty is unavailable until I
  24.    correct this problem manually.
  25.  
  26. 2. I can reliably use my modem at 19.2k bps with xcomm, etc. and do this
  27.    regularly. My ports are 16550A, and I have yet to see a single zmodem
  28.    fault when using xcomm. However, 19.2k is unreliable for gettys. When
  29.    logged in via a 19.2k getty, simple keyboard and terminal operations
  30.    work fine, but file transfers are out of the question. I have to use
  31.    9600 if I want any serious traffic via a getty line.
  32.  
  33.    So, the overhead involved with being logged in on a port is enough to
  34.    knock the speed back one notch, at least in my case. I'm disappointed,
  35.    since it's obvious my ports are fast enough, and it's just a matter of
  36.    kernel overhead. (I assume.) Since I'm running a slow CPU, I'm just
  37.    pointing this out, not complaining. I'll bet something faster than 16MHz
  38.    would help make up the difference. ;)
  39.  
  40. 3. Now, a final tack-on question...
  41.  
  42.    Where is an accurate source of IOCTL info, so I can examine all the
  43.    possible flags for my /etc/gettydefs? I suspect some of my problems
  44.    might be fixable with flags, but have been unable to find the right
  45.    set of man pages. (For example, I have no idea what CLOCAL does, but
  46.    removing it from the first entry half-solved a problem! Perhaps adding
  47.    some flag may solve the other half! ;)
  48.  
  49. -- 
  50. James L. Paul
  51.  
  52. Internet:    netcom!james@apple.com | AppleLink: D1231 | CompuServe: 72767,3436
  53. UUCP:   {apple,amdahl}!netcom!james | GEnie:    J.PAUL | Voice:    607 776-3070
  54. Packet: N6SIW@WB2PSI.#WNY.NY.USA.NA | Delphi:   JLPaul | Home Fax: 607 776-3070
  55. America Online:   JLPaul or Memorex | BIX:      JLPaul | Prodigy:       PWTB41A
  56.