From owner-freebsd-net  Tue Aug 13 10:55:12 2002
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 4CEE837B400
	for <freebsd-net@FreeBSD.ORG>; Tue, 13 Aug 2002 10:55:10 -0700 (PDT)
Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 55A4F43E42
	for <freebsd-net@FreeBSD.ORG>; Tue, 13 Aug 2002 10:55:09 -0700 (PDT)
	(envelope-from jinmei@isl.rdc.toshiba.co.jp)
Received: from localhost ([3ffe:8050:201:14:65a2:e185:e446:903a])
	by shuttle.wide.toshiba.co.jp (8.11.6/8.9.1) with ESMTP id g7DHssT05232;
	Wed, 14 Aug 2002 02:54:54 +0900 (JST)
Date: Wed, 14 Aug 2002 02:55:02 +0900
Message-ID: <y7vy9bazls9.wl@ocean.jinmei.org>
From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= <jinmei@isl.rdc.toshiba.co.jp>
To: "George V. Neville-Neil" <gnn@neville-neil.com>
Cc: freebsd-net@FreeBSD.ORG
Subject: Re: Error in UDP output processing?
In-Reply-To: <200208130453.g7D4r9dH018120@mail.meer.net>
References: <200208130453.g7D4r9dH018120@mail.meer.net>
User-Agent: Wanderlust/2.6.1 (Upside Down) Emacs/21.2 Mule/5.0 (SAKAKI)
Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan.
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
X-Dispatcher: imput version 20000228(IM140)
Lines: 18
Sender: owner-freebsd-net@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-net.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-net>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-net>
X-Loop: FreeBSD.org

>>>>> On Mon, 12 Aug 2002 21:53:09 -0700, 
>>>>> "George V. Neville-Neil" <gnn@neville-neil.com> said:

> 	I'm looking at the -STABLE sources for a bug we're having at work with
> a high capacity server that uses UDP.

> 	The bug is that when we run out of mbufs in udp_output() we do NOT
> disconnect the socket that caused the error.  All error cases goto release: 
> which
> is after the in_pcbdisconnect() call.  Is this intentional?

I don't think so.  The socket should be disconnected before returning
the error.

					JINMEI, Tatuya
					Communication Platform Lab.
					Corporate R&D Center, Toshiba Corp.
					jinmei@isl.rdc.toshiba.co.jp

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