From owner-freebsd-stable@FreeBSD.ORG Sun Mar 7 22:42:42 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FFBF106566C for ; Sun, 7 Mar 2010 22:42:42 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id 971498FC19 for ; Sun, 7 Mar 2010 22:42:41 +0000 (UTC) Received: from vampire.homelinux.org (dslb-088-066-010-096.pools.arcor-ip.net [88.66.10.96]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0McRym-1O64Ya1cVk-00HhGC; Sun, 07 Mar 2010 23:42:40 +0100 Received: (qmail 20453 invoked from network); 7 Mar 2010 22:42:40 -0000 Received: from f8x64.laiers.local (192.168.4.188) by ns1.laiers.local with SMTP; 7 Mar 2010 22:42:40 -0000 From: Max Laier Organization: FreeBSD To: Jeremy Chadwick Date: Sun, 7 Mar 2010 23:42:40 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; amd64; ; ) References: <147432021003051648x1a1417dfp3c778922ea2c571f@mail.gmail.com> <147432021003061456g7072284eved49a93fb19db24c@mail.gmail.com> <20100306233221.GA27176@icarus.home.lan> In-Reply-To: <20100306233221.GA27176@icarus.home.lan> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003072342.40044.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19W3djvsy+QXGA12VESvUEB8eK3wmI0eTZF/sD OFfH1+CxRDA8GmdZMqGvPnp9kro71YvczoZkDfcwKWX0/y1IKf kt5Ykk/mO3/gGhBRJwBAA== Cc: Nick Rogers , stable@freebsd.org, Jack Vogel Subject: Re: em(4) interface hangs under 8.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Mar 2010 22:42:42 -0000 On Sunday 07 March 2010 00:32:21 Jeremy Chadwick wrote: > On Sat, Mar 06, 2010 at 02:56:07PM -0800, Nick Rogers wrote: > > ALTQ + RELENG_8 + em(4) will not work at the moment. It does not matter > > what your PF ruleset looks like or how much traffic you are pushing. The > > packets that transit the em interface simply never make it to the ALTQ > > queues (not even the interface's root queue). Thus any kind of bandwidth > > rate limiting or whatever you are doing will not work. > > > > This was fixed by the following commit. I think its supposed to MFC soon? > > http://svn.freebsd.org/viewvc/base?view=revision&revision=203834 > > Nick, thanks for pointing me to this. I'll hold off on doing our > upgrade (on that one server) until said code is backported to RELENG_8. > > Max, will this be MFC'd in about a week? Usually things of this sort > MFC'd after 4 weeks, but I thought I'd get confirmation. As noted in the commit message, I do indeed plan to MFC this in about a week. There are two remaining issues in some drivers that may result in packet reordering (w/ or w/o ALTQ). I was hoping to address this before the MFC, but I didn't yet find the time. Regards, Max