From owner-freebsd-net@FreeBSD.ORG  Tue May 17 19:54:44 2005
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0DDA816A4CE
	for <freebsd-net@freebsd.org>; Tue, 17 May 2005 19:54:44 +0000 (GMT)
Received: from mail04.stbernard.com (mail02.stbernard.com [64.154.93.166])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 540C043D80
	for <freebsd-net@freebsd.org>; Tue, 17 May 2005 19:54:43 +0000 (GMT)
	(envelope-from esmallis@stbernard.com)
Received: from mail01.stbernard.com (mail01.stbernard.com [192.168.32.92])
	j4HJsTvl090943;	Tue, 17 May 2005 12:54:29 -0700 (PDT)
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Tue, 17 May 2005 12:54:29 -0700
Message-ID: <E7E213858379814A9AE48CA6754F5ECB04D8BD80@mail01.stbernard.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: PR kern/78968 MBuf cluster exhaustion.  RFC (solutions)
Thread-Index: AcVbGigGmzMpNbDpQ/2fwaMIUBbnFw==
From: "Ernest Smallis" <esmallis@stbernard.com>
To: <freebsd-net@freebsd.org>
X-Scanned-By: ePrism email filtering appliance
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.1
Subject: PR kern/78968 MBuf cluster exhaustion.  RFC (solutions)
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 17 May 2005 19:54:44 -0000

Hi All, I am seeing this problem as well:
a. The kernel is in a tight loop via the fxp driver since there are =
frames that need to be DMA'd but cannot be because 'b.'
b. The fxp driver calls m_getcl( ) which returns ENOBUFS since there are =
no clusters to satisfy the request. This goes on constantly so it =
appears the system is hung.
I submitted a follow-up to the PR and also requested contact with a =
committer to discuss this problem and possible solutions.=20
I think this should be fixed, right away.
If you would like to donate your 2 cents worth to this discussion; I =
would be very happy to hear from you and am grateful for the input.=20
Ernie ;-)

Ernest Smallis
Sr. Software Engineer
RAPID Development
esmallis@stbernard.com
858-524-2137