From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Dumazet Subject: Re: [RFC] Kernel unaligned access at __skb_flow_dissect Date: Sun, 31 Jan 2016 16:04:54 -0800 Message-ID: <1454285094.7627.149.camel@edumazet-glaptop2.roam.corp.google.com> References: <20160129180651.GA17127@oracle.com> <1454092428.7627.52.camel@edumazet-glaptop2.roam.corp.google.com> <1454093642.7627.57.camel@edumazet-glaptop2.roam.corp.google.com> <20160129210900.GD17127@oracle.com> <20160129230424.GG17127@oracle.com> <20160129235800.GH17127@oracle.com> <1454120138.7627.114.camel@edumazet-glaptop2.roam.corp.google.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: Sowmini Varadhan , Michael Dalton , Linux Kernel Network Developers To: Tom Herbert Return-path: Received: from mail-pa0-f43.google.com ([209.85.220.43]:34991 "EHLO mail-pa0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933220AbcBAAE4 (ORCPT ); Sun, 31 Jan 2016 19:04:56 -0500 Received: by mail-pa0-f43.google.com with SMTP id ho8so71492782pac.2 for ; Sun, 31 Jan 2016 16:04:56 -0800 (PST) In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: On Sun, 2016-01-31 at 14:13 -0800, Tom Herbert wrote: > Neither is GRE enabled by default in Linux and it is not a typical > case. So that patch is an optimization for a very narrow use case that > impacts the core data path for everyone. Please at least consider > making it configurable. No idea why it should be configurable, by adding yet another conditional. Pulling all headers at once is faster than pulling in GRO slow path, or if GRO is disabled in pskb_may_pull() slow path. It seems we need to fix flow dissector anyway. Note: This path is only taken in non native traffic, in case you missed this. Regular IP+TCP or IP+UDP does not use it.