From nobody@FreeBSD.ORG Mon Nov 29 06:31:58 1999
Return-Path: <nobody@FreeBSD.ORG>
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 6EA5014D8D; Mon, 29 Nov 1999 06:31:57 -0800 (PST)
Message-Id: <19991129143157.6EA5014D8D@hub.freebsd.org>
Date: Mon, 29 Nov 1999 06:31:57 -0800 (PST)
From: fraysse@cedocar.fr
Sender: nobody@FreeBSD.ORG
To: freebsd-gnats-submit@freebsd.org
Subject: rl0 driver, "no free buffer space avalaible"
X-Send-Pr-Version: www-1.0

>Number:         15164
>Category:       kern
>Synopsis:       rl0 driver, "no free buffer space avalaible"
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    alfred
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 29 06:40:01 PST 1999
>Closed-Date:    Wed Jun 7 00:27:06 PDT 2000
>Last-Modified:  Thu May  2 06:10:02 PDT 2002
>Originator:     Guillaume FRAYSSE
>Release:        3.2
>Organization:
CEDOCAR
>Environment:
FreeBSD arche.cedocar.fr 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Mon Sep  6 17:52:13 CEST 1999     hsc@arche2.cedocar.fr:/usr/src/sys/compile/ARCHE  i386

>Description:
We have a server here which rl0 driver (the ethernet card is a Realtek 8139 10/100BaseTX) 
freezes from time to time.
It seems to be related to both bugs #12394 and #9537.
We get "no free buffer space avalaible" when trying to 
ping another computer and the only way to fix the problem is to restart 
the rl0 driver by doing a "ifconfig rl0 down; ifconfig rl0 up".
We think it might come from an overload of the server due to the number 
of emails it sends to the administrators for system administration.
>How-To-Repeat:
No real 100% sure way. Just let the server run and send tons of emails.
The driver should stop at some point.
>Fix:
Restart the driver :
"ifconfig rl0 down; ifconfig rl0 up"

>Release-Note:
>Audit-Trail:

From: John Ioannidis <ji@research.att.com>
To: fraysse@cedocar.fr, freebsd-gnats-submit@FreeBSD.ORG
Cc:  
Subject: Re: kern/15164: rl0 driver, "no free buffer space avalaible"
Date: Mon, 29 Nov 1999 10:02:19 -0500 (EST)

 I've had the same problem with the xl driver.  It appears that the
 driver is occasionally consuming mbufs clusters faster than it can
 release them.  This is not a memory leak -- eventually all the buffers
 are returned.  Increasing NMBCLUSTERS seems to solve that problem:
 
 options         NMBCLUSTERS=16384
 
 /ji
 

From: "william reid" <williamr@iceinc.com>
To: <freebsd-gnats-submit@FreeBSD.org>, <fraysse@cedocar.fr>
Cc:  
Subject: Re: kern/15164: rl0 driver, "no free buffer space avalaible"
Date: Thu, 18 May 2000 04:06:18 -0400

 We've had simular problems with intel 10/100 cards...
 
 Another fix was to change the link from it's 10 to a 100 and it went away
 
 
State-Changed-From-To: open->feedback 
State-Changed-By: alfred 
State-Changed-When: Tue Jun 6 02:31:39 PDT 2000 
State-Changed-Why:  
I'm quite sure I've seen a lot of work go into the rl and xl drivers since 
3.2, I'd like to know if more recent versions of FreeBSD have addressed 
this problem so that I may close this problem report. 


Responsible-Changed-From-To: freebsd-bugs->alfred 
Responsible-Changed-By: alfred 
Responsible-Changed-When: Tue Jun 6 02:31:39 PDT 2000 
Responsible-Changed-Why:  
I'm taking care of this. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=15164 
State-Changed-From-To: feedback->closed 
State-Changed-By: alfred 
State-Changed-When: Wed Jun 7 00:27:06 PDT 2000 
State-Changed-Why:  
Submitter unable to reproduce problem as environment has changed, there 
have been no recent problem reports with this extremely common chipset and 
there have been numerous fixes applied to the rl driver since the report 
was initially opened. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=15164 

From: Stavros Grigorakakis <sgrig@aegean.dmst.aueb.gr>
To: freebsd-gnats-submit@FreeBSD.org, <fraysse@cedocar.fr>
Cc:  
Subject: Re: kern/15164: rl0 driver, "no free buffer space avalaible"
Date: Thu, 2 May 2002 16:09:18 +0300 (EEST)

 Unfortunately i am having the same problem on a 4.5fbsd with 2 realtek
 ethernet cards.
 It is getting very annoying.
 
 Ways to repeat the problem:
 -Just try uploading a large file (ftp) from a machine direct linked to the
 net (100Mbps) and it stops.
 
 I am trying to monitor the problem
 Up to now I am monitor only one of the 2 cards.
 I have the following indications (not yet proofs)
 
 -While the card stopped functioning, i tried pinging outside and i sniifed
 the net through another
 machine and detected that the card was actually sending packets and
 packets were coming back to it .!
 
 -I have installed a simple script to monitor whenever i loose contact (and
 restore it through ifconfigs).
 The result is that i monitored net losses at times when the card was not
 receiveing heavy load (no load at all infact) .
 or at least the traffic was not directed to that machine.!
 
 I am trying to investigate more details on this problem but i would very
 much appreciate some help!
 
 The card i investigate is sitting comfortably on irq 5
 rl0: <RealTek 8139
 10/100BaseTX> port 0xdc00-0xdcff mem 0xdc000000-0xdc0000ff irq 5 at device
 11.0 on pci0
 rl0: Ethernet address: 00:c0:df:25:20:fc
 
 
 Any help of Any kind is welcomed
 
 Stavros
 
>Unformatted:
