From owner-svn-src-head@FreeBSD.ORG Tue Jun 9 15:01:50 2009 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD8CF10656C7; Tue, 9 Jun 2009 15:01:50 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 926788FC23; Tue, 9 Jun 2009 15:01:50 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 5EE2641C70A; Tue, 9 Jun 2009 17:01:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Rsk2f1jRsC2d; Tue, 9 Jun 2009 17:01:48 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id E926541C6FC; Tue, 9 Jun 2009 17:01:48 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 8F82E4448E6; Tue, 9 Jun 2009 15:01:40 +0000 (UTC) Date: Tue, 9 Jun 2009 15:01:40 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Kip Macy In-Reply-To: <200904190016.n3J0G4rA090911@svn.freebsd.org> Message-ID: <20090609143729.R22887@maildrop.int.zabbadoz.net> References: <200904190016.n3J0G4rA090911@svn.freebsd.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r191255 - in head/sys: amd64/conf conf i386/conf net X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 15:01:51 -0000 On Sun, 19 Apr 2009, Kip Macy wrote: > Author: kmacy > Date: Sun Apr 19 00:16:04 2009 > New Revision: 191255 > URL: http://svn.freebsd.org/changeset/base/191255 > > Log: > - Import infrastructure for caching flows as a means of accelerating L3 and L2 lookups > as well as providing stateful load balancing when used with RADIX_MPATH. > - Currently compiled in to i386 and amd64 but disabled by default, it can be enabled at > runtime with 'sysctl net.inet.flowtable.enable=1'. > > - Embedded users can remove it entirely from the kernel by adding 'nooption FLOWTABLE' to > their kernel config files. > > - A minimal hookup will be added to ip_output in a subsequent commit. I would like to see > more review before bringing in changes that require more churn. > > Supported by: Bitgravity Inc. > > Added: > head/sys/net/flowtable.c (contents, props changed) > head/sys/net/flowtable.h (contents, props changed) > Modified: > head/sys/amd64/conf/DEFAULTS ... > head/sys/i386/conf/DEFAULTS ... > > Modified: head/sys/amd64/conf/DEFAULTS > ============================================================================== > --- head/sys/amd64/conf/DEFAULTS Sat Apr 18 22:16:46 2009 (r191254) > +++ head/sys/amd64/conf/DEFAULTS Sun Apr 19 00:16:04 2009 (r191255) > @@ -20,3 +20,5 @@ options GEOM_PART_BSD > options GEOM_PART_EBR > options GEOM_PART_EBR_COMPAT > options GEOM_PART_MBR > + > +options FLOWTABLE > > Modified: head/sys/i386/conf/DEFAULTS > ============================================================================== > --- head/sys/i386/conf/DEFAULTS Sat Apr 18 22:16:46 2009 (r191254) > +++ head/sys/i386/conf/DEFAULTS Sun Apr 19 00:16:04 2009 (r191255) > @@ -28,3 +28,5 @@ options GEOM_PART_MBR > # enable support for native hardware > options NATIVE > device atpic > + > +options FLOWTABLE ... I think FLOWTABLE does nto belong into DEFAULTS. Really DEFAULTS was meant for "You cannot boot without this" and if people start to weaken it, DEFAULTS will soon be the new GENERIC. That said I am not sure it belongs to GENERIC either. -- Bjoern A. Zeeb The greatest risk is not taking one.