From root@synaesthesia.ais.net  Tue May 28 23:26:44 1996
Received: from synaesthesia.ais.net (ts01-27.dialup.ais.net [206.225.192.28])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA10314
          for <FreeBSD-gnats-submit@freebsd.org>; Tue, 28 May 1996 23:26:42 -0700 (PDT)
Received: (from root@localhost) by synaesthesia.ais.net (8.7.5/8.7.3) id BAA00686; Wed, 29 May 1996 01:31:40 -0500 (CDT)
Message-Id: <199605290631.BAA00686@synaesthesia.ais.net>
Date: Wed, 29 May 1996 01:31:40 -0500 (CDT)
From: root@ts01-27.dialup.ais.net
Reply-To: delerium@ais.net
To: FreeBSD-gnats-submit@freebsd.org
Subject: pppd hangs serial port - ENOBUFS
X-Send-Pr-Version: 3.2

>Number:         1276
>Category:       bin
>Synopsis:       pppd hangs serial port - ENOBUFS
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    jkh
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue May 28 23:30:01 PDT 1996
>Closed-Date:    Sun Dec 22 08:54:31 PST 1996
>Last-Modified:  Tue Nov 27 19:04:54 PST 2001
>Originator:     delerium@ais.net
>Release:        FreeBSD 2.2-960501-SNAP i386
>Organization:
none
>Environment:

Pentium 133MHz PCI/EIDE, 16mb RAM
Newcom 28.8kbps internal modem

>Description:

While using /usr/sbin/pppd to connect to the net, the connection will
frequently hang, usually during heavy data-transfer such as ftp or
web-browsing.

Pings to the uplink system after this has happened result in the following:

PING 199.0.154.6 (199.0.154.6): 56 data bytes
ping: sendto: No buffer space available
ping: wrote 199.0.154.6 64 chars, ret=-1
ping: sendto: No buffer space available
ping: wrote 199.0.154.6 64 chars, ret=-1
ping: sendto: No buffer space available
ping: wrote 199.0.154.6 64 chars, ret=-1
ping: sendto: No buffer space available
ping: wrote 199.0.154.6 64 chars, ret=-1
^C
--- 199.0.154.6 ping statistics ---
49 packets transmitted, 0 packets received, 100% packet loss

Killing the pppd process causes it to pause for a time and respond with
"Connection terminated," but it doesn't exit.  Another kill (with any signal
including SIGKILL) causes a "pppd: tcgetattr: interrupted system call" and
the process sticks around in an "Exiting" state (with either of the 'E' or '-'
state flags present on the ps listing, or both).

All further attempts to access the serial port by any means hang solidly in
a similar state.

>How-To-Repeat:

Do some file transfers with pppd over a serial modem and wait.

>Fix:

Right now, cold-booting the system is the only thing that resets the
serial port.

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: gnats-admin->freebsd-bugs 
Responsible-Changed-By: gpalmer 
Responsible-Changed-When: Thu May 30 17:57:54 PDT 1996 
Responsible-Changed-Why:  
Correct malformed PR and assign correct responsible person/list 
State-Changed-From-To: open->feedback 
State-Changed-By: scrappy 
State-Changed-When: Mon Oct 21 22:44:49 PDT 1996 
State-Changed-Why:  

confirm status 
State-Changed-From-To: feedback->open 
State-Changed-By: scrappy 
State-Changed-When: Wed Oct 23 18:40:23 PDT 1996 
State-Changed-Why:  

Problem Still Exists 
Responsible-Changed-From-To: freebsd-bugs->jkh 
Responsible-Changed-By: scrappy 
Responsible-Changed-When: Wed Oct 23 18:40:50 PDT 1996 
Responsible-Changed-Why:  

more ppp related bugs... 
State-Changed-From-To: open->closed 
State-Changed-By: jkh 
State-Changed-When: Sun Dec 22 08:54:31 PST 1996 
State-Changed-Why:  
I don't think this is a ppp related bug, nor have I heard similar 
reports from anyone else.  What I think instead is that you're having 
a hardware or general connectivity problem of some sort which simply 
causes the output queue to fill up. 
>Unformatted:
