🚀 go-pugleaf

In article <1991Nov6.181150.25181@moon.nbn.com> jh@moon.nbn.com (John Harkin) writes:
>rk@lexicon.com (Bob Kukura) writes:
>
>>We have a Telebit T2500 connected via a built-in serial port at 19200
>>baud with hardware flow control to a SPARCstation 2 running SunOS
>>4.1.1b.
>
>>Every day or two, it gets into a state where it won't answer the phone
>>on incoming calls although outgoing calls work fine.  Usually the
>>modem's DTR light is on, but in this state, it is off except during
>>outgoing calls.

I've had this same problem, with the same hardware.

>>Sometimes, killing the getty on the port fixes the problem, but
>>usually the DTR light stays out and init refuses to start a new getty.

Killing the getty never worked for me.

>I swear that I am going to get cron to post this every two weeks.  It seems
>like that is how often I send out this answer.  Maybe I should make it
>a FAQ for news.answers.  :-)
>
>BTW, I have two 2500's on a Sun 3/50 that are very happy now doing shared
>dialin/dialout.
>
>I mailed this to the original poster, but will post it for everyone else.
>
>***
>
>This fix causes the kernel to wait longer to turn on DTR.  This gives
>the T2500 more time to reset, it sometimes takes a while to recover
>from a PEP connection.

This is not the same problem that I had.  The problem wasn't that
DTR was turned on too quickly, it never comes back on at all except
on outgoing calls.  Killing getty and resetting the modem had no
effect.  The only way to get inbound connections to work was to
reboot the cpu.

Sun has a patch available for this problem.  Since installing this patch,
my dialin problem has gone away.  About once a month outbound connections
fail because getty has the port open.  In one case I noticed getty and
the modem chatting back and forth.  I suspect that the cause of this problem
is insufficient DTR low time (which should be curable with the adb patch).
In any case, simply killing the getty fixes the problem.

The README file for the patch follows:

    Patch-ID# 100358-01
    Keywords: dialin dialout drops DTR
    Synopsis: SUnOS 4.1.1: unable to dialin DTR dropped
    Date:26/July/91

    SunOS release: 4.1.1

    Topic: DTR dropped and unable to close on dialin/dialout lines

    BugID's fixed with this patch: 1060689

    Architectures for which this patch is available: sun4 sun4c sun3 sun3x

    Patches which may conflict with this patch: 100084, 100020, 100095 100188 ,100187 100194,                                             100200, 100255, 100315, 100358

    Obsoleted by:

    Problem description:

	    When a port is used for dialing in and dialing out
	    DTR could be dropped and processes remain in <exiting>
	    state with data queued for the driver.

    Fix description:

	    The fix includes patched version of:

                    zs_async.o
		    mcp_async.o

    INSTALL:


    # mv /sys/sun{4,4c,3,3x}/OBJ/zs_async.o  /sys/sun{4,4c,3,3x}/OBJ/zs_async.o.FCS
    # mv /sys/sun{4,4c,3,3x}/OBJ/ /sys/sun{4,4c,3,3x}/OBJ/mcp_async.o mcp_async.o.FCS
      cp sun{4,4c,3,3x}/zs_async.o /sys/sun{4,4c,3,3x}/OBJ/zs_async.o
      cp sun{4,4c,3,3x}/mcp_async.o /sys/sun{4,4c,3,3x}/OBJ/mcp_async.o
      chmod 444 /sys/sun{4,4c,3,3x}/OBJ/zs_async.o
      chmod /sys/sun{4,4c,3,3x}/OBJ/444 mcp_async.o
 
       Then a new kernel will need to be made

    Please refer to the System and Network Administration Manual for details
    on how to configure and install a custom kernel.
-- 
Don "Truck" Lewis              Phone: +1 916 265-3211   Silicon Systems
Internet: (under contruction)  FAX:   +1 916 265-2931   138 New Mohawk Road
UUCP: {uunet,tektronix!gvgpsa.gvg.tek.com}!ssigv!lewis  Nevada City, CA  95959