From owner-freebsd-pf@FreeBSD.ORG Sun Oct 9 01:10:22 2005 Return-Path: X-Original-To: freebsd-pf@hub.freebsd.org Delivered-To: freebsd-pf@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BE9016A41F for ; Sun, 9 Oct 2005 01:10:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2097543D45 for ; Sun, 9 Oct 2005 01:10:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j991ALk6063135 for ; Sun, 9 Oct 2005 01:10:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j991ALB0063134; Sun, 9 Oct 2005 01:10:21 GMT (envelope-from gnats) Date: Sun, 9 Oct 2005 01:10:21 GMT Message-Id: <200510090110.j991ALB0063134@freefall.freebsd.org> To: freebsd-pf@FreeBSD.org From: Max Laier Cc: Subject: Re: kern/86752: pf does not use default timeouts when reloading config file X-BeenThere: freebsd-pf@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Max Laier List-Id: "Technical discussion and general questions about packet filter \(pf\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Oct 2005 01:10:22 -0000 The following reply was made to PR kern/86752; it has been noted by GNATS. From: Max Laier To: bug-followup@freebsd.org, vlada@devnull.cz Cc: Subject: Re: kern/86752: pf does not use default timeouts when reloading config file Date: Sun, 9 Oct 2005 03:07:30 +0200 This problem has been addressed in OpenBSD by the following commit in a clean fashion: http://www.openbsd.org/cgi-bin/cvsweb/src/sbin/pfctl/pfctl.c#rev1.231 I will look at bringing this back into RELENG_6 after importing OpenBSD 3.8 to HEAD. Meanwhile, as this is not a critical problem, I'd like to avoid creating large diffs against the vendor branch. Thanks for the report. -- Max