From owner-freebsd-net@FreeBSD.ORG  Thu Mar  9 16:23:55 2006
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
X-Original-To: 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 3E40A16A420;
	Thu,  9 Mar 2006 16:23:55 +0000 (GMT)
	(envelope-from nvass@teledomenet.gr)
Received: from matrix.teledomenet.gr (dns1.teledomenet.gr [213.142.128.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8890D43D49;
	Thu,  9 Mar 2006 16:23:53 +0000 (GMT)
	(envelope-from nvass@teledomenet.gr)
Received: from iris ([192.168.1.71])
	by matrix.teledomenet.gr (8.12.10/8.12.10) with ESMTP id k29GNpuq018529;
	Thu, 9 Mar 2006 18:23:51 +0200
From: Nikos Vassiliadis <nvass@teledomenet.gr>
To: Gleb Smirnoff <glebius@freebsd.org>, Ruslan Ermilov <ru@freebsd.org>
Date: Thu, 9 Mar 2006 18:19:19 +0200
User-Agent: KMail/1.8.3
References: <200603081532.46119.nvass@teledomenet.gr>
	<20060309132958.GF1102@FreeBSD.org>
In-Reply-To: <20060309132958.GF1102@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="koi8-r"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200603091819.20257.nvass@teledomenet.gr>
Cc: freebsd-net@freebsd.org
Subject: Re: invalid table number causes ipfw to lock
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
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: Thu, 09 Mar 2006 16:23:55 -0000

On Thursday 09 March 2006 15:29, Gleb Smirnoff wrote:
> On Wed, Mar 08, 2006 at 03:32:45PM +0200, Nikos Vassiliadis wrote:
> N> Is this known?
> N>
> N> root@brad:0:~# ipfw table 260 list
> N> ipfw: getsockopt(IP_FW_TABLE_GETSIZE): Invalid argument
> N> root@brad:0:~# ipfw table 26 list
> N>
> N> and it locks there, ipfw processes stay forever in state D.
> N> This is a recent RELENG_6.
>
> This is fixed in HEAD, will be merged soon to RELENG_6.

And now It is.

thanks, Nikos