Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1946089AbbEOPl6 (ORCPT ); Fri, 15 May 2015 11:41:58 -0400 Received: from smtp02.citrix.com ([66.165.176.63]:40054 "EHLO SMTP02.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1422708AbbEOPly (ORCPT ); Fri, 15 May 2015 11:41:54 -0400 X-IronPort-AV: E=Sophos;i="5.13,434,1427760000"; d="scan'208";a="265538672" Message-ID: <1431704511.8943.148.camel@citrix.com> Subject: Re: [Xen-devel] [RFC 21/23] net/xen-netback: Make it running on 64KB page granularity From: Ian Campbell To: Wei Liu CC: Julien Grall , , , , , , Date: Fri, 15 May 2015 16:41:51 +0100 In-Reply-To: <20150515153143.GA8521@zion.uk.xensource.com> References: <1431622863-28575-1-git-send-email-julien.grall@citrix.com> <1431622863-28575-22-git-send-email-julien.grall@citrix.com> <20150515023534.GE19352@zion.uk.xensource.com> <5555E81E.8070803@citrix.com> <20150515153143.GA8521@zion.uk.xensource.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.9-1+b1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-DLP: MIA2 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1831 Lines: 46 On Fri, 2015-05-15 at 16:31 +0100, Wei Liu wrote: > On Fri, May 15, 2015 at 01:35:42PM +0100, Julien Grall wrote: > > Hi Wei, > > > > Thanks you for the review. > > > > On 15/05/15 03:35, Wei Liu wrote: > > > On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall wrote: > > >> The PV network protocol is using 4KB page granularity. The goal of this > > >> patch is to allow a Linux using 64KB page granularity working as a > > >> network backend on a non-modified Xen. > > >> > > >> It's only necessary to adapt the ring size and break skb data in small > > >> chunk of 4KB. The rest of the code is relying on the grant table code. > > >> > > >> Although only simple workload is working (dhcp request, ping). If I try > > >> to use wget in the guest, it will stall until a tcpdump is started on > > >> the vif interface in DOM0. I wasn't able to find why. > > >> > > > > > > I think in wget workload you're more likely to break down 64K pages to > > > 4K pages. Some of your calculation of mfn, offset might be wrong. > > > > If so, why tcpdump on the vif interface would make wget suddenly > > working? Does it make netback use a different path? > > No, but if might make core network component behave differently, this is > only my suspicion. Traffic being delivered to dom0 (as opposed to passing through a bridge and going elsewhere) will get skb_orphan_frags called on it, since tcpdump ends up cloning the skb to go to two places it's not out of the question that this might have some impact (deliberate or otherwise) on the other skb which isn't going to dom0. Ian. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/