From owner-freebsd-current@FreeBSD.ORG  Thu Aug 16 19:53:49 2007
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 5EDD916A418
	for <freebsd-current@freebsd.org>; Thu, 16 Aug 2007 19:53:49 +0000 (UTC)
	(envelope-from kip.macy@gmail.com)
Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191])
	by mx1.freebsd.org (Postfix) with ESMTP id D3BE913C46B
	for <freebsd-current@freebsd.org>; Thu, 16 Aug 2007 19:53:48 +0000 (UTC)
	(envelope-from kip.macy@gmail.com)
Received: by nf-out-0910.google.com with SMTP id b2so213259nfb
	for <freebsd-current@freebsd.org>; Thu, 16 Aug 2007 12:53:47 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta;
	h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=WveTYqfhjYVcPyKyXCIrh4dxewfVpywEfbnqAnJXW+MJfpzad/OWnvha+miJD54i+ENmiEElcIftYHIL/32lekMdr2qGmjt/7BPLGfo4OuIk2uxmjtsuLb0y19dlzVsEir6pFMr/T+Awp/gEVQzKg41aVlf/sdcj2TYq7+gRSOE=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=IWHHd5OEIxrDZNRsNqt3dczrEOLzvBJApD8buTZ9YRIpAvkKW6aS87hhU+KxPoA/Wqx+57FhHs5fUVhqjKZnjomRMmWRhAi9YHQCciTjM2EhcgO0fqQ2eberhbmOQWVBNDIFgyi9j34TTZnGMvdrnZf8CGMJdstD/fpVhRK78B4=
Received: by 10.78.200.3 with SMTP id x3mr787369huf.1187294026886;
	Thu, 16 Aug 2007 12:53:46 -0700 (PDT)
Received: by 10.78.162.18 with HTTP; Thu, 16 Aug 2007 12:53:46 -0700 (PDT)
Message-ID: <b1fa29170708161253q6c96f8b7k6fd807b93460fd02@mail.gmail.com>
Date: Thu, 16 Aug 2007 12:53:46 -0700
From: "Kip Macy" <kip.macy@gmail.com>
To: "Andrew Gallatin" <gallatin@cs.duke.edu>
In-Reply-To: <18116.43755.107638.103132@grasshopper.cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <18116.43755.107638.103132@grasshopper.cs.duke.edu>
Cc: freebsd-current@freebsd.org
Subject: Re: IPSEC disables TSO
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Aug 2007 19:53:49 -0000

On 8/16/07, Andrew Gallatin <gallatin@cs.duke.edu> wrote:
>
> When tracking down an mxge 10GbE performance issue, I noticed that
> simply compiling IPSEC into the kernel totally destroys 10GbE transmit
> performance because it will silently disable TSO.
>
> The problem seems to be at least that the test on line 463 of
> tcp_output.c (tp->t_inpcb->inp_sp == NULL) will always be
> false.   If I comment that line out, TSO works as normal
> (though I have no idea what would happen on an IPSEC connection).
>
> Is there some way to make this not happen?  I believe that the mxge
> user simply wanted to run some handful of applications through ipsec
> tunnels (perhaps even on a different NIC entirely).

IPSEC encrypts the TCP header - how is the card going to do TSO?

 -Kip