From owner-freebsd-bugs@FreeBSD.ORG Mon Feb 20 11:00:32 2012 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18853106568B for ; Mon, 20 Feb 2012 11:00:32 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 110678FC14 for ; Mon, 20 Feb 2012 11:00:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1KB0OER080502 for ; Mon, 20 Feb 2012 11:00:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1KB0Ok3080501; Mon, 20 Feb 2012 11:00:24 GMT (envelope-from gnats) Resent-Date: Mon, 20 Feb 2012 11:00:24 GMT Resent-Message-Id: <201202201100.q1KB0Ok3080501@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Fabrice Bruel Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65F501065672 for ; Mon, 20 Feb 2012 10:56:54 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 555108FC17 for ; Mon, 20 Feb 2012 10:56:54 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q1KAusVw003887 for ; Mon, 20 Feb 2012 10:56:54 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q1KAusxT003883; Mon, 20 Feb 2012 10:56:54 GMT (envelope-from nobody) Message-Id: <201202201056.q1KAusxT003883@red.freebsd.org> Date: Mon, 20 Feb 2012 10:56:54 GMT From: Fabrice Bruel To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: kern/165315: States never cleared in PF with DEVICE_POLLING X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Feb 2012 11:00:32 -0000 >Number: 165315 >Category: kern >Synopsis: States never cleared in PF with DEVICE_POLLING >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 20 11:00:24 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Fabrice Bruel >Release: 8.1 release p8 >Organization: Equant >Environment: FreeBSD HP360FBSD81 8.1-RELEASE-p8 FreeBSD 8.1-RELEASE-p8 #12: Fri Feb 17 13:17:11 GMT 2012 root@HP360FBSD81:/usr/obj/usr/src/sys/FBSD81PF amd64 >Description: I'm testing hardware to improve a high load firewall. I'm using HP 360G7 and a Intel Quad port 82571EB (em(4)). In this hardware, if I don't activate DEVICE_POLLING, network rate is very poor and sinusoidale. If I activate DEVICE_POLLING, network is stable and fast, but : - in 8.1p8, PF and rules over physical interfaces (em0 and em1) work perfectly, but if I applied PF rules on Vlan interfaces, many states would be never cleared - in 8-STABLE is worse, a lot of state are never cleared on physical interfaces I'm using PF in kernel mode. >How-To-Repeat: Enabling DEVICE_POLLING in kernel, and on em(4) interface. Create vlan on this interfaces, generate network TCP highload, stop it and look at pfctl -si "currentesentries", it never decrease to 0 (or 2 in you are in ssh). >Fix: >Release-Note: >Audit-Trail: >Unformatted: