Date: Mon, 10 Feb 1997 19:50:04 -0800 (PST) From: Mike Durkin <mdurkin@tsoft.net> To: freebsd-bugs Subject: Re: bin/2256: PPP process on port will not close when an NT user has diconnected after a session. Message-ID: <199702110350.TAA09181@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/2256; it has been noted by GNATS.
From: Mike Durkin <mdurkin@tsoft.net>
To: freebsd-gnats-submit@freebsd.org, j@uriah.heep.sax.de
Cc: greg@gcsl.co.uk
Subject: Re: bin/2256: PPP process on port will not close when an NT user has diconnected after a session.
Date: Mon, 10 Feb 1997 19:50:57 -0800
I've seen the same problem, and modems are definately configured correctly.
I'm not sure if the bug is in mgetty or the Cyclades driver (I haven't checked
to see if it exists with sio as well).
My setup: P120, FreeBSD 2.1.6R, Cyclades Ye16 multiport card, mgetty-1.1.0
The root of the problem is thus:
While waiting for a call, mgetty has 'clocal' on the port.
After the call answers, and Carrier Detect is high, mgetty switches the
port to '-clocal'.
When the caller disconnects, pppd does not receive a SIGHUP (so it seems),
and keeps the port tied up.
It seems that the Cyclades driver won't generate a SIGHUP on an on-to-off
CD transition if clocal was toggled off while CD was already on/high.
If mgetty is modified to set -clocal while waiting for the call, it works
fine, but I am only using it for dialin so I don't know if that breaks
mgetty's fax functions, etc. A workaroung in mgetty is to change
the TRUE flag to FALSE in the call to tio_mode_sane() in
mg_init_device() in mg_m_init.c. Setting -clocal on the lock-state device
in /etc/rc.serial would probably also work instead. Note I believe the
bug is actually in the Cyclades driver assuming the above behavior wrt
lack of SIGHUP under the conditions given isn't kosher.
thanks, Mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199702110350.TAA09181>