Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 28 Sep 2002 15:23:19 +0000 (GMT)
From:      attila! <attila@hun.org>
To:        Matthew Dillon <dillon@apollo.backplane.com>
Cc:        John Baldwin <jhb@FreeBSD.ORG>, current@FreeBSD.ORG
Subject:   Re: ttys patch - any objections?
Message-ID:  <20020928152319.Wz9y8763@hun.org>
In-Reply-To: <200209271617.g8RGHBsJ006276@apollo.backplane.com>
References:  <20020927.011111.127772150.imp@bsdimp.com> <XFMail.20020927113547.jhb@FreeBSD.org> <15764.31551.728376.977637@grasshopper.cs.duke.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
    While we're at it, perhaps a rate limiter can be added
    to mgetty for cuaa modem ports to kill off flapping
    ports which should not just timeout for 30 seconds, but
    should also limit not only the number, but the rate of
    retries --just plain shutdown. Once the port is
    reconnected or stabilized, kill -1 1 brings it back.

    My annoyance with getty/ttys goes back 20+ years when an
    open or flapping modem port on either Unix or BSD would
    consume 95% of a VAXen's resources. With a bank of Bell
    212 modems, that was a problem.  Prior to installing a
    Bridge terminal interface, I hacked 4.2 accordingly.

Sent: Fri, 27 Sep 2002 09:17:11 -0700 (PDT) by Matt

+ :John Baldwin writes:
+ : > > Why?  If someone hasn't done a MAKEDEV of the device, it is just as
+ : > > dead.  MAKEDEV + kill -1 1 will bring it back if they didn't
+ : > > (untested, but it is the normal way to do these things).
+ : >
+ : > Agreed, that's why I said "maybe" b/c it would be preserving the
+ : > behavior for the !devfs case.  I agree that I think it should actually
+ : > always just give up if the device file doesn't exist.  So do people
+ : > agree with this change?
+ :
+ :Yes!
+ :
+ :Thanks,
+ :
+ :Drew
+
+ Yah, that makes a whole lot of sense to me too.
+
+ -Matt


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020928152319.Wz9y8763>