From owner-freebsd-xen@freebsd.org Wed Jul 15 07:55:43 2015 Return-Path: Delivered-To: freebsd-xen@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 522AB9A258E for ; Wed, 15 Jul 2015 07:55:43 +0000 (UTC) (envelope-from bounces+73574-0602-freebsd-xen=freebsd.org@sendgrid.net) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E6BE61D26 for ; Wed, 15 Jul 2015 07:55:42 +0000 (UTC) (envelope-from bounces+73574-0602-freebsd-xen=freebsd.org@sendgrid.net) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=30ICWjc1YAus4ITRLmYtRMvh00E=; b=NETxeMlnb9me1oRXh2 ZfrsctIxyXdM3unOuu2nVBeWN5gSxNUWV3Qgah/KoC4uJbt8vcoDr1CGDt5NYwfA +behcUQ2yuQkImRNihYCb5aCKqF/1bW2kcfnyNjUhd8246cKu7GjbpvB2a3SFa5n tfDh1IXmpErYk+ljpLV0ZiDiQ= Received: by filter0449p1mdw1.sendgrid.net with SMTP id filter0449p1mdw1.6727.55A611DD10 2015-07-15 07:55:39.775588366 +0000 UTC Received: from ismtpd-034.iad1.sendgrid.net ([UNAVAILABLE]. [10.42.2.122]) by 10.42.243.103:2500 (trex/5.2.14); Wed, 15 Jul 2015 07:55:40 GMT Received: from mail.tarsnap.com (ec2-54-86-246-204.compute-1.amazonaws.com [54.86.246.204]) by ismtpd-034 (SG) with ESMTP id 14e90b63e3d.2f72.341ec9 for ; Wed, 15 Jul 2015 07:55:39 +0000 (UTC) Received: (qmail 44729 invoked from network); 15 Jul 2015 07:51:51 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 15 Jul 2015 07:51:51 -0000 Received: (qmail 1373 invoked from network); 15 Jul 2015 07:54:25 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 15 Jul 2015 07:54:25 -0000 Message-ID: <55A611B1.6000000@freebsd.org> Date: Wed, 15 Jul 2015 00:54:25 -0700 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Kristof Provost , Mark Felder CC: freebsd-xen@freebsd.org, gnn@freebsd.org Subject: Re: Networking under Xen References: <4E7B7075-4E0D-4EA7-9F5D-6D252CFBD487@gmail.com> <1436890526.3162974.323521249.6B73E6E2@webmail.messagingengine.com> <55A55AE8.4090101@freebsd.org> <1436901780.3211878.323698017.360F8D73@webmail.messagingengine.com> <20F2398D-ECDF-4CF4-966D-18C894779C4C@FreeBSD.org> In-Reply-To: <20F2398D-ECDF-4CF4-966D-18C894779C4C@FreeBSD.org> Content-Type: text/plain; charset=utf-8 content-transfer-encoding: quoted-printable X-SG-EID: RUbAm5H8PjswBj/QH+sYVehaJogg3iBnZcyVi1bw/IyyYeagdPI4iqP7Yc4brDHRt3Gat+r6u/rb9B XHSDv2JigFY3Gdw2kYvDeg80o+Ey4hQV+FFHfNx8GIOtMn/TMfzC4eIO1bkv83+xo1w8PZXwl+8qux 6cUnKRjtP3jPn5wG20QJFDRnW7Jh7ZvcWGqb X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 07:55:43 -0000 On 07/15/15 00:44, Kristof Provost wrote:=0D >> On 14 Jul 2015, at 21:23, Mark Felder wrote:=0D >> On Tue, Jul 14, 2015, at 13:54, Colin Percival wrote:=0D >>> More precisely *pf* is a known issue. It's inserting TCP checksums=0D >>> into TSO packets. I reported this a long time ago and I don't know=0D >>> why pf still hasn't been fixed.=0D >>=0D >> I think Kristof may have solved this in HEAD with all of the care and=0D >> feeding he has been doing to pf, but I haven't verified.=0D >=0D > I wouldn=E2=80=99t expect so. As far as I know I=E2=80=99ve not fixed any= thing TSO or=0D > checksum related.=0D =0D In my tests, deleting these lines from pf_ioctl.c=0D =0D 3570 /* We need a proper CSUM befor we start (s. OpenBSD ip_output) */=0D 3571 if ((*m)->m_pkthdr.csum_flags & CSUM_DELAY_DATA) {=0D 3572 in_delayed_cksum(*m);=0D 3573 (*m)->m_pkthdr.csum_flags &=3D ~CSUM_DELAY_DATA;=0D 3574 }=0D =0D unbreaks pf+TSO on EC2 instances. I'm not entirely sure why these lines=0D are there in the first place, which is why I didn't want to simply go in=0D and remove them -- but it may be that wrapping those lines in something=0D like "if ((csum_flags & CSUM_TSO) =3D=3D 0)" would solve the problem withou= t=0D breaking anything else.=0D =0D -- =0D Colin Percival=0D Security Officer Emeritus, FreeBSD | The power to serve=0D Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid