Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp3830278imm; Mon, 25 Jun 2018 05:25:17 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKHIEV5rY/dWfi0mMnpXLbgEL4OlmhCpV5LdSui06dXeSOVM8VK0qaePgDCUPwpTH8ZjnJz X-Received: by 2002:a17:902:1703:: with SMTP id i3-v6mr12022357pli.263.1529929517253; Mon, 25 Jun 2018 05:25:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529929517; cv=none; d=google.com; s=arc-20160816; b=dekkfYH/sHRoNMmU1iouF4WtxIsw0LkhFgaUaj/4lC6tIcFXRXb6zhOXxgf/DubYpt rvNGlTdqOGeBGe09ZZYa0a+53ySjaIanadK9WrLVnUZTrl3M8eYF0jiKv6K28z/o+7nq UN1cRqVoyLiduoyo43cjPhfaN7FILnrSLhRaAYTZOgoPrcRKkA6zjDrlm4zjqeK+6S5n EQVkkbpdY2jG5nYYRIt7rGU0szMbLhu8BK6293z1zWJyUR55/hJb8hTsU04KFfjjbCNp k7+f5hOpnd3NbVUNHIfBk49+TQ0G70Id8HJyWdPBTJsVl0qoegyHOe5nu/59tzHZG9Iu QgMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :organization:in-reply-to:subject:to:from:arc-authentication-results; bh=B4aGH1pFw+KbtfUKvjfsiTp1u4U/F+f1Z9Oc02holYc=; b=os1l1zcEFki85UOXHhDEqgI7yQoKrpOmIET2FFP9qsLHpu1FkMKPl2YzPiAlvzn9lL PC868XtMw6ZnH6XneKGTwXA7RMwyBwKmHRZivyABGnv8Eb9+b3tQLjtsyusknwWgucZg O/edvfz9jCXS+9BTcv7rkE1/xXuguf48ro6bYrqjRXxicHe+bSc6EPMT7ARHTevuw35R Dg8Dx3H01/+AihpglMXa2znxGHMj28J5OzShkdHMGnssBNFLtROoAqZJw7Woa2Xqotqv G440znJ/mUp5A7R7QAvlKrlgqFAKGdofaVH7+fD/mSTe3inFte3OiY3LpY8+tUWnQfiQ uhHw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h2-v6si11677115pgf.334.2018.06.25.05.25.02; Mon, 25 Jun 2018 05:25:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755376AbeFYMYY (ORCPT + 99 others); Mon, 25 Jun 2018 08:24:24 -0400 Received: from mga09.intel.com ([134.134.136.24]:4645 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753283AbeFYMYW (ORCPT ); Mon, 25 Jun 2018 08:24:22 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Jun 2018 05:24:22 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,270,1526367600"; d="scan'208";a="67042660" Received: from jnikula-mobl2.fi.intel.com (HELO localhost) ([10.237.72.62]) by fmsmga001.fm.intel.com with ESMTP; 25 Jun 2018 05:24:20 -0700 From: Jani Nikula To: Daniel Borkmann , Keith Busch , John Fastabend , Jeff Kirsher , linux-kernel@vger.kernel.org, intel-wired-lan@lists.osuosl.org Subject: Re: [Intel-gfx] [BUG] cc5b114dcf bpf, i40e: add meta data support In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20180612161739.GA3303@localhost.localdomain> Date: Mon, 25 Jun 2018 15:24:09 +0300 Message-ID: <878t73uk9i.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org FYI, the list you're looking for is likely intel-wired-lan (added), not intel-gfx (removed). BR, Jani. On Tue, 12 Jun 2018, Daniel Borkmann wrote: > On 06/12/2018 06:17 PM, Keith Busch wrote: >> My server's i40e no longer obtains an IP address on linux >> mainline. Bisected to the following: >> >> commit cc5b114dcf986bfd8e4c37bf65d1b7b1e5290ac6 >> Author: Daniel Borkmann >> Date: Mon May 28 11:07:20 2018 +0200 >> >> bpf, i40e: add meta data support >> >> Reverting on mainline resolves the issue. >> >> Is there something wrong with my i40e adapter, or is the patch possibly >> doing something wrong? Or any other information I can get to help >> understand why it's stopped working with this feature? >> >> An excert from "journalctl -xe" on on the failing network adapter >> is below. > > Thanks for the report & sorry for the issue, Keith! Instead of revert, > could you give the below fix a try? > > diff --git a/drivers/net/ethernet/intel/i40e/i40e_txrx.c b/drivers/net/ethernet/intel/i40e/i40e_txrx.c > index 8ffb745..ed6dbcf 100644 > --- a/drivers/net/ethernet/intel/i40e/i40e_txrx.c > +++ b/drivers/net/ethernet/intel/i40e/i40e_txrx.c > @@ -2103,9 +2103,8 @@ static struct sk_buff *i40e_build_skb(struct i40e_ring *rx_ring, > unsigned int truesize = i40e_rx_pg_size(rx_ring) / 2; > #else > unsigned int truesize = SKB_DATA_ALIGN(sizeof(struct skb_shared_info)) + > - SKB_DATA_ALIGN(I40E_SKB_PAD + > - (xdp->data_end - > - xdp->data_hard_start)); > + SKB_DATA_ALIGN(xdp->data_end - > + xdp->data_hard_start); > #endif > struct sk_buff *skb; > > @@ -2124,7 +2123,7 @@ static struct sk_buff *i40e_build_skb(struct i40e_ring *rx_ring, > return NULL; > > /* update pointers within the skb to store the data */ > - skb_reserve(skb, I40E_SKB_PAD + (xdp->data - xdp->data_hard_start)); > + skb_reserve(skb, xdp->data - xdp->data_hard_start); > __skb_put(skb, xdp->data_end - xdp->data); > if (metasize) > skb_metadata_set(skb, metasize); > > Thanks, > Daniel > _______________________________________________ > Intel-gfx mailing list > Intel-gfx@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/intel-gfx -- Jani Nikula, Intel Open Source Graphics Center