From owner-freebsd-stable@FreeBSD.ORG Tue Feb 14 09:48:31 2012 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 80DF01065672; Tue, 14 Feb 2012 09:48:31 +0000 (UTC) (envelope-from nino80@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4CCC98FC14; Tue, 14 Feb 2012 09:48:31 +0000 (UTC) Received: by pbcxa7 with SMTP id xa7so324448pbc.13 for ; Tue, 14 Feb 2012 01:48:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=u+cSH77srS7UDnzv7ro7WbttPm+s0473Mz+HXjx8fXU=; b=NCUdmqi6zhMn0tK3SnqDrmjNvPM6fQBpDlN5O9XcpugLxuRF/cd/EBstPJkWh9erUa nBgBOJGQRIRPH++UPWygJlQIu4h6mdxOeE7ZnsCMCbWaTPxhax4j+L5Qq3dXzmZR8pSt Kz6N02XPSM/kpzhgEax89Q0kVVihWFsCmTb74= Received: by 10.68.222.131 with SMTP id qm3mr57152825pbc.34.1329211415307; Tue, 14 Feb 2012 01:23:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.12.18 with HTTP; Tue, 14 Feb 2012 01:23:15 -0800 (PST) In-Reply-To: <20120212173339.G93710@sola.nimnet.asn.au> References: <20120210145604.Horde.ewjpSpjmRSRPNSH0YRHxgAk@webmail.leidinger.net> <4F353E4A.6030903@noc.ntua.gr> <20120212173339.G93710@sola.nimnet.asn.au> From: n j Date: Tue, 14 Feb 2012 10:23:15 +0100 Message-ID: To: stable@freebsd.org, ipfw@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Reducing the need to compile a custom kernel 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: Tue, 14 Feb 2012 09:48:31 -0000 On Sun, Feb 12, 2012 at 8:52 AM, Ian Smith wrote: > On Fri, 10 Feb 2012 16:12:00 +0000, Bjoern A. Zeeb wrote: > =A0> > IPFIREWALL_FORWARD > > Unless something's changed, julian@ has pointed out (paraphrasing) that > this adds bits of code to various parts of the stack and was thought to > impact performance too much when unused to conditionalise each instance. > > I'm unsure if this is the only case ipfw still needs building in kernel? If something's changed, I'd really love to hear it. IPFIREWALL_FORWARD is the most common reason I need a custom kernel (usually to solve the issues around asymmetric/source-based policy routing on multihomed hosts). Really miss Linux' "ip rule... table" functionality. Regards, --=20 Nino