From owner-freebsd-hackers Wed Apr 16 07:07:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA28500 for hackers-outgoing; Wed, 16 Apr 1997 07:07:14 -0700 (PDT) Received: from apollo.it.hq.nasa.gov (apollo.it.hq.nasa.gov [131.182.119.87]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA28489 for ; Wed, 16 Apr 1997 07:07:09 -0700 (PDT) Received: from wirehead.it.hq.nasa.gov (WireHead.it.hq.nasa.gov [131.182.119.88]) by apollo.it.hq.nasa.gov (8.8.3/8.8.3) with ESMTP id KAA16281 for ; Wed, 16 Apr 1997 10:04:15 -0400 (EDT) Received: from localhost (cshenton@localhost) by wirehead.it.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id OAA02408 for ; Wed, 16 Apr 1997 14:07:07 GMT Message-Id: <199704161407.OAA02408@wirehead.it.hq.nasa.gov> X-Authentication-Warning: wirehead.it.hq.nasa.gov: cshenton owned process doing -bs To: hackers@freebsd.org Subject: 2.2.1-R crash with looped serial gettys In-Reply-To: Your message of "Wed, 16 Apr 1997 05:36:25 -0700 (PDT)" References: <199704161236.FAA24481@freefall.freebsd.org> X-Mailer: Mew version 1.03 on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 16 Apr 1997 10:07:07 -0400 From: Chris Shenton Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've built a little box for pppd/mpd and routing out of a 486sx33 and a whopping 8MB RAM; seems to mostly run fine with 2.2.1-RELEASE. It's a fairly minimal install (Kernel User option I think) and I rebuilt the kernel to fit the hardware. I've added a dual 16550A serial port card to which I'll connect a pair of modems. I have getty running on the ports, cuaa1 and cuaa2. PROBLEM: If I connect a null-modem cable between the ports, the system crashes within a couple seconds. It's repeatable. It leaves no message in /var/log/messages, or dmesg, and there's no core file. I presume looping the serial gettys is causing them to scream at each other "Login:"; "Invalid Login:"; no *you* login; dammit, `login' is not a valid login... and consumes too many resources. Not sure if there's an intelligent way to detect this and prevent it, but it did seem surprising that simply connecting a cable crashed the machine.