Hangup in modem hangs up IRIX (or at least slows it down)

Thread View: comp.sys.sgi.hardware

2 messages

[T] Back to Threads [V] Tree View [G] Group Articles

2 total messages Started by Reinhard Doelz Sun, 03 Jan 1993 00:22

#46

Author: Reinhard Doelz
Date: Sun, 03 Jan 1993 00:22

46 lines
2468 bytes

I configured a modem to be available for both dial in/out. 

If I kill the connection by just interrupting the line on the client side who
dialed in to the indigo, the connection breaks but the process of the 
client does not. This causes the console to throw out a dozen 
bufcall: could not allocate stream event
messages, and then, hundreds of 
select: Resource temporarily unavailable
messages which go away only if I kill the residual process. This means 
that the poor indigo slows down so much that normal editing is a pain if 
the problem occurs. 


The gettydefs file reads: 
bx_38400# B38400 # B38400 SANE TAB3 HUPCL  #\nlogin: #du_9600

The inittab file: 
t2:23:respawn:/usr/lib/uucp/uugetty -N -i wait,conn ttyf2 bx_38400 vt100 LDISC1 

The wait entry in the Dialers file: 
wait =,-, "" \dATZ\r\c OK \dAT&B1\r\c OK \dATS0=4\r\c OK
i.e., I do a modem reset (Z), a baud rate setting (&B1), and set the answer 
after the 4th ring (S0=4). Then I wait for the conn: 
conn    =W=,    CONNECT


The modem connects fine, and has very good throughput, in 14400 bps with 
error correction and compression. the 38400 bps to ttyf2 are there because 
in the end I intend to run SLIP on it. 

Any hints, suggestions and pointers appreciated. 

Regards 
Reinhard 


-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------

Serial line problem (Re: Hangup in modem hangs up IRIX (or at least slows it down) )

#50

Author: Reinhard Doelz
Date: Mon, 04 Jan 1993 20:56

32 lines
2166 bytes

I have a problem with configuring a serial line with handshake: 

Upon line failure, the process connected to the serial line does not die. 



In article <1993Jan3.002227.2116@comp.bioz.unibas.ch>, doelz@comp.bioz.unibas.ch (Reinhard Doelz) writes:
|> 
|> I configured a modem to be available for both dial in/out. 

This problem turns out to be a serial line problem. I tried it without the 
modem. The uugetty now runs on ttym2 and reads from a 9600 terminal. 
If I just power-off the terminal, I can see the DCD signal to become inactive, 
as requested for a HANGUP condition (described in serial(7), and analyzed 
with an interface analyzer.) The only active signals are now DTR and RTS. 
However, the process on ttym2 does NOT die. It is absolutely unclear to 
me how this can happen, because I thought that this would be the handshake
condition... 

Regards 
Reinhard 

 
-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads